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Programvadászat 


A korongunk legnagyobb részét 

a Munjoy Linux foglalja el, amely egy 
Debian és Knoppix alapú terjesztés, 
automatikus hardverfelismeréssel, 

a legfrissebb programokkal, és könnyen 
használható telepítővel. Mivel Debian 
alapokon nyugszik nem kell aggódni a 
programok hiánya miatt. Nyugodtan 
hozzáadhatjuk a nekünk tetsző sorokat 
a sources.list fájlhoz és máris rendelke- 
zésünkre áll a teljes Debian archívum. 
A fórumokon többen is megkérdezték, 
nem jelenthet-e gondot az, hogy a SID, 
vagyis az Unstable ágat használják a 
fejlesztők? Nos, ahhoz, hogy egy 
Debian alapú rendszer szinte napra- 
kész legyen ez az egyedüli megoldás. 
Így viszont mindig a legfrissebb progra- 
mokat kapjuk kézhez, nem kell két évet 
várni a következő megbízható Debian 
megjelenéséig. Az abban lévő csoma- 
gok amúgy akkor már régen elavultak 
ahhoz, hogy asztali munkakörnyezet- 
ben használjuk őket. 

Az automatikus hardverfelismerésnek 
köszönhetően nem jelenthet gondot 

a számítógép alkatrészeinek cseréje, 
valami megváltozik a rendszerünkben, 
azt önműködően felismeri és betölti 
hozzá a megfelelő rendszermag modu- 
lokat. Az X beállítása a Knoppixnál 
megszokott módon a mkxf86config 
programmal történik. 

A fejlesztők több erőforrásigényes al- 
kalmazást 1686-ra fordítanak, amivel 
jelentős sebességnövekedés érnek el. 


ISCREEM 

A SCREEM (Site Creation and Editing 
EnvironMent) segítségével gyorsan és 
egyszerűen készíthetünk és tartha- 
tunk karban weboldalakat vagy egész 
siteokat. Az anyag feltöltésekor a követ- 
kező protokollok valamelyikével kap- 
csolódhatunk a kiszolgálóhoz: FIB 
WebDAV, SCP/RCP és CVS. A SCREEM 
nem WYSIWYG, azaz nem , amit látsz 


6 Linuxvilág 


IE LAVXROMBAam a 
HáPGOA9ALO 


Ar B Rádstti 8 


taegy 
tte 
ata 48 
méhe ves 
ete e 
tás te 
tan ue 


(g teteési 
$-"t 
£ préske 





azt kapod" HIML szerkesztő, hanem 
egy kifinomult felülettel rendelkező 
szövegszerkesztő. A vele elkészített kód 
a grafikus szerkesztőkkel ellentétben, 
amelyek hajlamosak , teleszemetelni" a 
kódot mindenféle haszontalan dologgal 
tiszta HIML. Akik egy jó és sokoldalú 
HIML szerkesztőre vágynak azoknak 
feltétlenül ajánlható. 


$eribus 

A Scribus neve valószínűleg ismerős 
azoknak akik foglalkoznak DIP-vel és 
Linuxszal. Augusztus végén közel 
egyéves fejlesztői munka után megje- 
lent a Scribus 1.2 ,aKademy Edition" 
változat. Az 1.0-ás változathoz képes 
nagyon sok változás és természetesen 
minőségi javulás is tapasztalható. 

















Nagy vonalakban a főbb változások: 


e . Új EPS/PS importszűrő, az EPS és 
PS fájlok vektoros importálását 
teszi lehetővé, amely után normál 
scribus objektumként tudunk ve- 
lük dolgozni. 














e löbb mint 800 hibajavítás és fel- 
használói kérés került javítás- 
ra/megvalósításra. 

e A felhasználói felületet 27 nyelvre 
lefordították. 

e A Scribus támogatja a New from/ 
Save as Template bővítményt, en- 
nek segítségével a profik és a kez- 
dők is gyorsan elkészíthetnek elő- 
re formázott dokumentumokat. 

e AD http:/docs.scribus.net oldalon 
elérhető a teljes dokumentáció. 
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A Scribus fejlesztői szeretnék, hogy 
minden terjesztés minél előbb ezt 

a változatot használja. A fejlesztők ve- 
zetője Franz Schmid, a többi tag profi 
programozókból, DIP szakemberek- 
ből áll, a közös céljuk a Scribus fel- 
használóbarát de magas szintű DIP-s 
programmá fejlesztése. 

A jelenlegi változattal a Scribus fel- 
nőtt korba lépett, mivel egy kereske- 
delmi újságkiadó, a Iwin Tiers Times 
(egy USA hetilap) az elmúlt hónapban 
már ezt a nyíltforrású programot 
használta a nyomdai előkészítésre, 
olyan programok társaságában mint 
a GIMP 2.0 és az Inkscape. 


Csontos Gyula 

(Csontos. Gyulaolinuxvilag.hu) 
A Linuxvilág szakmai és 
CD-szerkesztője. Szabadide- 
jében szívesen mászik 
hegyet és kerékpározik. 


A dohoz nem kell 
Új, G5-ös processzorra épülő iMac gé- 
pet mutatott be a Macintosh. A cég ha- 
gyományaihoz híven az egész gép - el- 
tekintve persze a 
j billentyűzettől és az 
] egértől — egyetlen 
dobozba került, ám 
a doboznak felénk 
néző része a kor 
színvonalának 
A megfelelően immár 
se nem CRI monitor, 
hanem 17" vagy 
207" átmérőjű, szélesvásznú IFI. 
A mindössze 5 cm vastag, hajlított kon- 
zoljával egészen vegytiszta hatást keltő 
munkaállomások kialakítására is alkal- 
mas gép minden földi jóval, többek 
közt vezeték nélküli vagy Bluetooth-csa- 
tolóval is felszerelhető, a különféle egy- 
ségeket pedig USB kapukon keresztül 
csatlakoztathatjuk hozzá. 








Maroknyi Linux 

A Wildseed termékeként megjelent az 
első Linux alapú, GSM/GPRS hálóza- 
tokra szánt mobiltelefon az amerikai 
piacon. A szokatlan, ívelt formájú ké- 
szülék érdekessége, hogy fedőlapjá- 
nak, pontosabban 
,bőrének" cseréjé- 
vel egészen új 
személyiséggel ru- 
házható fel. Az in- 
telligens bőrök 

— ilyenekből máris 
23-féle érhető el — 
egy apró lapkát 
rejtenek maguk- 
ban, amely soros 
összeköttetésen 
keresztül kapcso- 
latot tart a készü- 
lékkel. A lapka 
csengőhangokat, egyéb hangjelzése- 
ket, animációkat és egyebeket tárol, 
de külön gombokkal akár arra is alkal- 
mas lehet, hogy játékkonzollá változ- 
tassa a telefont. 

A készülék központi részébe 200 MHz 
órajelű XScale processzor került, rajta 
2.4.5-ös Linux fut. A GSM hálózattal 
való kapcsolattartásról egy különálló 
kommunikációs processzor gondosko- 
dik. Ezen egy önálló, valós idejű ope- 
rációs rendszer fut. Az okos bőrökben 
szintén egyedi operációs rendszer fut 
egy 8 bites RISC processzoron. 

2 www.smartskins.com 
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Az ablakos gombot lehagyták 

A hazánkban is ismert német Cherry 

a SuSE támogatásával linuxos billen- 
tyűzet gyártását tervezi. A billentyűzet 





a CyMotion sorozat egy átalakított 
példánya lesz, amelyre különleges, 

a cég által mellékelt programmal 
testreszabható szolgáltatást nyújtó 
gombok kerülnek - köztük egy 1ux 
rajzzal is ellátott. A billentyűzet ára 
meglehetősen borsos lesz, alulról sú- 
rolja a tízezer forintos határt, ráadásul 
egyelőre csak Németországban, Hollan- 
diában és Angliában tervezik forgal- 
mazni, tehát magyar gombokkal ellá- 
tott változatra nem számíthatunk. 

2 www.cherrycorp.com 


Vége lehet a szemétáradatnak 

A Sendmail fejlesztői elkészültek a ké- 
retlen levelek szűrésére szánt modul- 
juk első változatával. A modul szaba- 
don letölthető a Sendmail oldaláról. 


E) 
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Elérhetővé tételének egyelőre hang- 
súlyozottan az a célja, hogy minél 
szélesebb körben terjedjen a megol- 
dás, illetve valós környezetekben 
tudjanak tapasztalatokat gyűjteni a 
működésével kapcsolatban — ugyan- 
akkor kulcsfontosságú rendszereken 
nem javasolják a használatát. 

A Sender ID nevű, egyelőre csak leen- 
dő IETF szabvány egy részét megva- 
lósító modul a levelek fogadásakor 
megpróbálkozik a küldő hitelesítésé- 
vel, így előzve meg a szemét eljutását 
a felhasználói postafiókokig. 

A Sender ID, bár alig jelent meg, már- 
is viták tárgyává vált, ugyanis a Mic- 
rosoft által fejlesztett Caller ID for 
e-mail és a 5 Pobox.com-ot alapító 
Meng Wong által kidolgozott Sender 
Policy Framework (lásd: SPF bemutató, 
Linuxvilág, 2004. augusztusi szám) 
keresztezéséből jött létre, és a Micro- 
soft által támasztott felhasználási fel- 
tételek nem mindenkinek nyerték el 
a tetszését. 

2 www.sendmail.net 
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Fényképező kesztyű 

A felölthető számítógép mintájára 

a Fuji előállt a felölthető tényképező- 
gép ötletével. Az apró ftényképezőgép 
leginkább valamiféle kesztyűre hason- 
lítana, a lencse egy apró gyűrű formá- 
jában a középső ujjra kerülne, az 
LCD-kijelző a tenyér felőli oldalon 
kapna helyet, míg az áramellátást biz- 
tosító akkumulátort valahova a csukló 
környékére helyeznék. A cég elképze- 
lése szerint a gépet a viselő személy 
izmainak mozgatásakor keltett elekt- 
romos jelek hoznák működésbe, pél- 
dául amikor a tulaj V betűt formál kö- 
zépső és mutatóujjával. A meglévő 
műszaki megoldások már lehetővé te- 
szik egy ilyen termék tömeggyártását, 
most már csak a megfelelő alkalmazási 
területet kell megtalálni. 
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Mindent látnak 


CameraProbeg névvel új adatközpont- 
felügyelő készüléket dobott piacra 
a bangkoki AKCP nevű cég. 
A CameraProbeg egyrészt rendelkezik 
egy beépített kamerával, amely álló- 
és mozgóképe- 
ket egyaránt tud 
6. zen adni a megfi- 
gyelt területről, 
másrészt a leg- 
különfélébb - ajtónyitás-, mozgás-, 
víz-, légmozgás-, füst-, hőmérséklet- — 
érzékelőket lehet hozzá csatlakoztatni, 
így segítségével egy-egy helyiség vagy 
terület állapotát gyakorlatilag minden 
szempontból figyelemmel lehet kísér- 
ni. A CameraProbe8 a Nagios hálózat- 
felügyeleti alkalmazással együttmű- 
ködve nemcsak fizikai, de szoftveres 
eseményeket, állapotokat is képes kö- 
vetni, a kapott eredményeket pedig 
többféle formátumban, akár grafiko- 
nok rajzolásával képes megjeleníteni. 
A készülék SNMP és HTIP proto- 
kollon keresztül, biztonságosan fel- 
ügyelhető. 
A CameraProbeg egy 32 bites 
ARM processzorra épül, operációs 
rendszere Linux, amely egy 64 MB 
kapacitású Flash memóriából indul. 
Hálózatra csatlakoztatását egy 
Ethernet kapu teszi lehetővé, ezen 
felül két darab soros kapuval és 
nyolc darab érzékelőkapuval ren- 
delkezik. Ára 850 dollártól, vagyis 
valamivel kevesebb, mint kétszázezer 


forinttól indul. 
2 www.akcp.com 
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Új kommunikátorok 

Hamarosan két új kommunikátorral is 
bővül a Nokia kínálata: a 9500-as 
,féltégla" az idei év utolsó negyedé- 
ben, míg a 9300-as modell jövő év ele- 
jén lesz elérhető. A 9500 -as valóban 





mindent tud, amit ma egy mobiltele- 
fon - személyi titkár készüléktől elvár- 
ni érdemes. A teljesség igénye nélkül: 
mindhárom GSM sávon használható, 
belső és külső kijelzője egyaránt szí- 
nes, teljes értékű billentyűzettel ren- 
delkezik, támogatja az EDGE, az IEEE 
802.11b és a Bluetooth kapcsolatokat, 

a WPA, SSL/TLS, VPN és IPSec proto- 
kollokat illetve megoldásokat, továb- 
bá tartalmazza a mobil munkavégzés- 
hez szükséges szövegszerkesztőt, 
böngészőt, táblázatkezelőt és egyéb 
alkalmazásokat. 

A 9300-as típus kicsivel butább na- 
gyobb testvérénél, például hiányzik 
belőle a kamera és a vezeték nélküli 
hálózati csatoló, ám ettől eltekintve 
hasonló képességekkel rendelkezik. 
Az elmaradt szolgáltatásokért némi el- 
lentételezés, hogy az alacsonyabb tí- 
pusjelű telefon könnyebb és némileg 
kisebb is társánál. 

5 www.nokia.com 


Osztódnak a magok 

Egyre élesebb a verseny az Intel és az 
AMD között, ami egyelőre az egymás- 
ra licitálásban mutatkozik meg: ki tud 
szebbeket mondani eljövendő kétma- 
gos processzorairól? Az IDF-en az 
Intel kétmagos Itanium és asztali pro- 
cesszort is bemutatott, de az AMD 
sem rest, jövőre kétmagos Opteron lap- 
kákat ígért vásárlóinak, amelyek tá- 
mogatását - az ígérgetéseknek némi 
komolyságot adva - az IBM már be is 
jelentette. Ahogy mondani szokás, ne 
tartsuk vissza a lélegzetünket, hiszen 
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egyik cégtől sem áll távol a bejelentett 
termékek tényleges piacra dobásának 
csúsztatása, valamint meglepő lenne, 
ha a még el sem terjedt 64 bites lapkák 
felbukkanása után ismét ilyen komoly 
teljesítménybeli ugrást követnének el 
az iparág szereplői. 

Mindeközben az AMD az amerikai pi- 
acon képes komolyan megszorongatni 
a hagyományosan piacvezető Intelt: 
idén nyáron több olyan hét is volt, 
amikor az eladott asztali gépek na- 
gyobb hányadába került AMD pro- 
cesszor, mint Intel; márpedig ilyenre 
hosszú évek óta nem volt példa. Egy- 
valakinek mindenképpen jót hoz a ki- 
élezett versengés, és ez a tisztelt fo- 
gyasztó, aki ugyanakkora vételár fejé- 
ben egyre komolyabb teljesítményű 
eszközökhöz juthat. 


Naptármadár 

A Mozilla.org kiadta önálló naptár al- 
kalmazásának, a Sunbirdnek (napma- 
dárnak) első tesztváltozatát. A Sunbird 
— ez egyébként csak ideiglenes név, 

a végleges program 
más elnevezést fog 
kapni - tervezet a 
Mozilla naptár össze- 
tevőjének újraterve- 
zett változata, fej- 
lesztésének alapgon- 
dolata egy többféle 
operációs rendszeren is futtatható idő- 
kezelő alkalmazás létrehozása, amely 
a Mozilla hasonló összetevőjéhez ké- 
pest kisebb méretű és nagyobb teljesít- 
ményű. A tervezet kitűzött céljait átte- 
kintve annyi már most megállapítha- 
tó, hogy a majdani alkalmazás széles 
körű együttműködésre lesz képes 
mind csoportmunka-kiszolgálókkal, 
mind hordozható eszközökkel és mo- 
bilteletonokkal, továbbá rengeteg fi- 
nom beállítási lehetőséget kínál majd 
használóinak. 

2 www.mozilla.org/projects/calendar/ 





Csábít a Syhase 

A Sybase bejelentette, hogy Adaptive 
Server Enterprise (ASE) adatbázis-ki- 
szolgálójának egy változatát ingyene- 
sen teszi elérhetővé Linux alá. A cég 
képviselője szerint lépésük célja az 
volt, hogy a költséghatékonyabb meg- 
oldásokat kereső, és ezért a Linuxszal 
ismerkedni kívánó felhasználók szá- 
mára ingyenes tesztelési lehetőséget 
biztosíthassanak. Az ingyenes ASE 





Express Edition for Linux az ASE 12.5.2 
változat alapvető szolgáltatásait képes 
biztosítani, ám legfeljebb egy pro- 
cesszoron futtatható, maximálisan 

5 GB adatot képes tárolni, és memóri- 
ából is csak 2 GB-ot hajlandó használ- 
ni. A kiszolgáló forráskódját nem 
adták ki, a Sybase szerint a tényleges 
felhasználók számára ennek nincs is 
jelentősége, őket inkább a termék 
érdekli. Az ASE szabaddá tett változa- 
ta 32 és 64 bites gépeken egyaránt 
használható. 


OpenGL 2.0 


Az OpenGL szabványok sorozatában 
hetedik tagként megjelent az OpenGL 
2.0. A 2.x sorozat nyitó tagjának kiadá- 
sával az OpenGL Shading Language 
is az alapcso- 
mag részévé 
vált, de további 
kisebb-nagyobb 
változások, fej- 
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lesztések is történtek az előző, 1.5-ös 
változathoz képest. Az új előírás-gyűj- 
temény természetesen képes visszafe- 
lé együttműködni a korábbi változa- 
tokkal. A dokumentumot bárki szaba- 
don letöltheti az OpenGL weboldalról. 


2 www.opengl.org 





penGL2.0 


$erihus 1.2 

Az 1.0-ás változat kiadása után több 
mint egy évvel megjelent a Scribus 1.2- 
es változata. A nyílt forrású kiadvány- 
szerkesztő programban a felhasználók 
kérésére megvalósított szolgáltatások 
és a kijavított hibák száma együttesen 
eléri a nyolcszázat, és felhasználói 
felületét is nem kevesebb, mint 27 
nyelvre fordították le. A fejlesztő csa- 
pat ezzel egy időben büszkén jelentet- 
te be, hogy az amerikai Iwin Tier Times 
hetilapot Scribus, GIMP 2.0 és egyéb 
nyílt forrású alkalmazások segítségé- 
vel szerkesztik, vagyis a kereskedelmi 
felhasználás is megkezdődött. Ilovábbi 
újdonság, hogy 3 docs.scribus.net cím 
alatt egy a leírásokat összefoglaló 
weboldal is indult, amelyet idővel 
szintén többnyelvűre fognak bővíteni. 
2 www.scribus.net 


Medgyesi Zoltán 
(mz€rettesoft.hu) 

A Linuxvilág hírszerkesztője. 
Szabadidejét legszívesebben 
a barátnőjével tölti, szeret 
autózni és bográcsban főzni. 


Ni újság a rendszermag fejlesztése körül? 





ELSA (Enhanced Linux System Accounting) néven 
elindult egy új, a folyamatok kezelésével kapcsola- 
tos projekt. A folyamatok egyedi kezelésére termé- 
szetesen már számos Jól bevált módszer és eljárás 
létezik. Amit az ELSA kínál, az a folyamatok csopor- 
tokba szervezése, és közös kezelése. Ezen kívül el- 
méletileg a rendszer számos egyéb tulajdonságából 
is képezhetünk majd csoportokat, amely szintén se- 
gítheti a működés átfogó elemzését. 

Az InterMezzo fájlrendszer támogatása kikerült 

a 2.6-os rendszermagból, mivel pillanatnyilag sem 
alkotója, Peter J. Braam, sem senki más nem kíván- 
Ja továbbfejleszteni. Peter maga Is elismerte, hogy 
a fájlrendszer támogatása minden probléma nélkül 
megoldható különálló modulként Is, Így egyetértett 
Linus Torvalds döntésével. 

Az InterMezzot, melyet szerzője eredetileg nagy mé- 
retű klaszterekhez, kiszolgálók tartalmának többszö- 
rözéséhez, mobil számításokhoz, és egyéb, nagy 
rendelkezésre állást igénylő műveletek támogatásá- 
hoz tervezett ténylegesen 2002 óta nem tartotta kar- 
ban senki. A fejlesztéshez kapcsolódó levelezési lIIs- 
tákon is halotti csend uralkodott már Jó Ideje. Mind- 
ezek valószínűtlenné teszik, hogy az InterMezzo 
egyhamar visszatérjen az aktív magforrásba. 

Bár a 2.6-os rendszermag egyre stabilabb, a 2.4-es 
sorozat fejlődése sem állt meg. Ma Is számos olyan 
felhasználó van, aki inkább a régebbi változatot tele- 
píti, amelybe lassan a 2.6-os mag új szolgáltatásai Is 
beépülnek. Marcello Tosatti, aki a 2.4-es fát tartja 
karban, eredetileg lassítani akarta ezt a folyamatot, 
mivel arra számított, hogy akinek szüksége van az új 
szolgáltatásokra, az úgyis át fog térni a 2.6-os 
kernelre. Valójában azonban nem ez történt. Mivel 

a 2.6-os sorozat még nem stabilizálódott teljesen, 
Tosattitól rengetegen követelték, hogy vegyen be 

a 2.4-esbe olyan szolgáltatásokat, mint amilyen pél- 
dául a SATA (Serial ATA) merevlemezek támogatá- 
sa. A problémát az okozza, hogy normál körülmé- 
nyek között egy stabil rendszermagba nem szokás 
felvenni olyan szolgáltatásokat, amelyek destabilizál- 
hatják azt. Mindeközben Marcello keményen dolgo- 
zott a 2.6-os mag egyes új szolgáltatásain Is. 2004 
áprilisában ő küldött el Andrew Mortonnak, a 2.6-os 
fa karbantartójának néhány olyan kódrészletet, ame- 
lyek lehetővé teszik bizonyos küszöbök felhaszná- 
lónkénti beállítását. (A 2.6-os változat karbantartásá- 
ban egyébként Linus Is részt vesz egészen addig, 
amíg nem indul útjára a 2./7-es.) 

Az említett küszöbök bevezetését egyébként az 

a felismerés indokolta, hogy rosszindulatú felhasz- 
nálók szolgálatmegtagadási támadást (DoS) intéz- 
hetnek a rendszer ellen olyan alkalmazásokkal, ame- 
lyek túlságosan sok feldolgozásra váró jelet állítanak 
elő. Sajnos megeshet, hogy egyedül a rendszermag 
módosítása nem is lesz elég a rendszer biztonságá- 
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nak eléréshez. Szükség lehet egyes héjak (bash, csh 
és egyebek) átírására Is. ami sajnos kompatibilitási 
gondokat okozhat, hiszen a felhasználók nem tehe- 
tik meg, hogy csak a rendszermagot cserélik le. 
Nem múlik el hónap, hogy valakinek ne támadva va- 
lami igazán rendhagyó ötlete, amit aztán ráadásul 
meg is valósít. Bár egyesek szerint maga a Linux Is 
ilyen ötlet, nemrég felbukkant egy újabb kiváló pél- 
da. Szergej Lozovsky elhatározta, hogy a 2.6-os rend- 
szermagba beépít egy L/SP értelmezőt. A cél ezzel 
az, hogy lehetőséget teremtsen a rendszergazdák- 
nak arra, hogy bizonyos biztonsági beállításokat egy 
magasszintű nyelven kezelhessenek a rendszermag 
módosítása és újrafordítása nélkül. Szergej LISP vál- 
tozata természetesen sokkal kisebb tudású, mint 

a Common LISP, így kevesebb memóriát foglal. Rá- 
adásul egy önálló virtuális gépen fut, ami meggátol- 
Ja, hogy az óvatlan rendszergazdák, vagy a LISP ér- 
telmező hibái kárt tehessenek a rendszerben. A leg- 
rosszabb, ami történhet, hogy a megadott biztonsági 
előírások egyszerűen nem működnek. Szergej LISP 
értelmezőjének gyakorlatilag nulla az esélye arra, 
hogy tényleg bekerüljön a rendszermagba. Ennek 
több oka is van. Először Is többeknek erős a gyanú- 
Ja, hogy a LISP nem lenne a rendszergazdák kedven- 
ce. Ők inkább valami héjszerűt szeretnének. Másod- 
szor ugyanezt az értelmezőt a felhasználói térben Is 
meg lehet valósítani, minek utána teljesen fölösleges 
azt beépíteni a magba. Ráadásul ez a megoldás 

a virtuális gépet Is fölöslegessé teszi. Nem kizárt 
persze, hogy ez a projekt a rendszermagon kívül 
még sokáig fog élni, hiszen szerte a világon számos 
olyan lelkiismeretes programozó létezhet, akik sze- 
retnek ilyesmivel játszani csak úgy, a móka kedvéért. 
(Vagy tényleg komolyan gondolják...) 

Amúgy a 2.6-os rendszermag egész fejlesztési fo- 
lyamata valahogy szokatlan, még linuxos mértékkel 
is. Kezdetben úgy tűnt, hogy Linus Torvalds teljesen 
átadta a koordinálást Andrew Mortonnak, de aztán 
mégis visszatért, és ma együtt dolgoznak. Andrew 
ugyanakkor tovább folytatja a 2.6.6-rc1-mm2 sorozat 
fejlesztését, amelynek nevében az -mm azokra az 
időkre emlékeztet, amikor a legtöbb problémát 

a memóriakezelés jelentette. Újabban megjelent 
egy -mc (merge candidate) sorozat Is, amelynek cél- 
Ja a Linus által karbantartott forrásfával való egyesü- 
lés. A -mm sorozat újabb tagjai eközben folyamato- 
san keletkeznek, bár gyanítható, hogy végül ezeknek 
is az egyesítés lesz a sorsa. A felhasználók szem- 
pontjából minden a legnagyobb rendben van, hiszen 
a 2.6.5, 2.6.6 és 2.6.7 változatok a szokásos időköz- 
önként követték egymást. Ugyanakkor nyugodtan ál- 
líthatjuk, hogy a 2.6-os fa fejlesztése a szokásosnál 
zegzugosabbra sikerült. 


Zack Brown (Linux Journal 125. szám) 
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Láttuk-hallottuk 


A hónap szakmai tanácsai 








A Linux Journal 
honlapján számtalan 
gond megoldásához 

találhattok további 
segítséget. A Sunsite 
tüköroldalait, a gyakori 
kérdéseket és az egyéb 

útmutatásokat a 

5 www.Iinuxjournal. com 
honlapon olvashatjátok 
el. A rovatban közzétett 

válaszokat Linux-szak- 
értők kis csapata Készí- 
tette el. További kérdé- 
seiteket szívesen fogad- 
Ják (angol nyelven) a 

5 www. Iinuxjournal.com/ 
[/-issues/techsup.htmi 
címen, ahol csak egy 
kérdőívet kell kitöltene- 
tek, de a bis(ossc.com 
címre levelet is írhattok. 
A levél tárgyában 
szerepeljen a ,BIS" 
kulcsszó. 
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Vezeték nélküli beállítások a Fedora-ban 


A Fedora Core 2 alatt van egy működő vezeték nél- 
küli hálózati kártyám, és miután az iwconfig prog- 
rammal elvégzem a beállításokat, képes is vagyok 

a hálózattal történő kapcsolattartásra. Azonban újra- 
indítva a rendszert az összes beállítás elvész, min- 
den információt újra be kell gépelnem. Van valami, 
amit elmulasztok, vagy esetleg máshol kell keres- 
nem a hiba okát? 

Weoh G, 5 weoh30cox.net 


Az eszköz beállításához a rendszerbeállító eszközö- 
ket kell használnod: Task Bar (tálca) 5 System 
Settings (rendszerbeállítások) 5 Network (hálózat) 
Christopher Wingert, 

9 cwingertogualcomm.com 


A vezeték nélküli eszközök parancssoros segéd- 
programjainak (iwconfig, iwspy, iwpriv) hatása 
nem marad meg a rendszer újraindítása után, ahogy 
te is tapasztaltad. A megoldás a beállítás megfelelő 
beállítófájlon keresztül történő megvalósítása. 

A Fedora esetében nagy valószínűséggel állandósít- 
hatjuk a szükséges beállításokat azzal, hogy hozzá- 
adjuk a vezeték nélküli eszközre vonatkozó bejegy- 
zéseket az ifcfg fájlunkhoz (/etc/sysconfig/network- 
scripts/ifcfg-ethX, ahol az ethX a vezeték nélküli kár- 
tyánkhoz rendelt eszköznév). Egyszerűen be kell ír- 
nunk a vezeték nélküli eszközre vonatkozó beállítá- 
sokat ebbe a fájlba. Az én táskagépemen például, 
amely egy 802.11b felületen keresztül csatlakozik 
az útválasztó/tűzfal/dhep kiszolgálóhoz a házamban, 
ez a fájl nagyon egyszerű: 


DEVICE-eth1 
BOOTPROTO-dhcp 
ONBOOT-no 
MODE-Ad-Hoc 
CHANNEL -1 
KEY-XXXXXXXXXX 


Nekem mindössze a MODE, CHANNEL és KEY beáll- 
tásokra volt szükségem az üzembe helyezéshez. A ti- 
éd bizonyára különbözik ettől, de a parancssoros felü- 
leten keresztül elvégzett minden művelethez léteznie 
kell egy beállítási lehetőségnek a fájlban. A használ- 
ható beállítási lehetőségek listáját az /ete/sysconfig/ 
network-scripts/ ifup-wireless fájlban találjuk. 

Timothy Hamlin, 5 thamlinaonmt.edu 


Az alábbi címen konkrét útbaigazítást találhatunk 
a vezeték nélküli hálózati eszközök Fedora Core 
Linux disztribúció alatti beállításalira vonatkozóan: 
2 www.siliconvalleyccie.com/linux-hn/ 
wmp11-linux.htm. 

Felipe Barousse Boué, 3 fbaroussexpiensa.com 
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A Linux Journal ,Embedded Linux Journal" (beágya- 
zott Linux Journal) című 9. számában volt egy 

, Update on Single-Board Computers" című cikk, 
amelyben az egyik kép alatt ez volt olvasható: 

An EBX Form Factor PowerPC-based SBC from 
Motorola " (egy EBX méretű PowerPC alapú SBC 

a Motorola-tól). A kérdésem az, hogy melyik cég gyárt 
ilyen kártyákat: EBX méretű PowerPC alapú SBC. 
Chirag Cheema, 3 cscheemaoOtpcsed.com 


Egy kis keresgéléssel két lehetőséget Is találtam: 
2 www.embeddedplanet.com/products/rpxc.asp és 


2 www.acttechnico.com/mot-ebx-motorola. html. 
Chad Robinson, 3 chadolucubration.com 


Próbáld meg az Ampro nevű céget: 
2 www.ampro.com. 
Felipe Barousse Boué, 5 fbaroussepiensa.com 


Rendszerinformáció lekérdezése 

A gépek felépítésére vonatkozóan egy 

MACHINE SITATIC nevű rendszer által meghatá- 
rozott szerkezetet használunk, amellyel meghatá- 
rozhatjuk egy gép IP-címét, processzorának se- 
bességét, az operációs rendszert és Így tovább. 
Hasonló szerkezetre lenne szükségem Linux alatt 
is a gépek felépítésének meghatározására. 

lud valaki ilyet? 

Rajesh Kumar Patnaik, 5 rajeshp 80yahoo.co.in 


Önmagában egyik sem egy szerkezet, de bizo- 
nyos ioct] 0) hívások alkalmasak sok ehhez ha- 
sonló adat meghatározására. Érdemes az új eljárá- 
sokat is megvizsgálni az információ kinyerésére, 
a procfs-t és a megjelenés előtt álló sysfs-t. 

A /proc könyvtárban lévő fájlok olvasása sok 
fontos rendszeradatot eredményezhet. Például 

a /proc/cpuinfo a processzor adatait tartalmazza, 
a /proc/net/froute a hálózati útvonalakat (az IP- 
címek hexadecimális formában vannak feltüntet- 
ve), a /Proc/version pedig a rendszermag verzió- 
számáról tájékoztat. 

Chad Robinson, 5 chadOolucubration.com 


Lemezjavító eszközök? 

Tudja valaki, hogy Red Hat 8 alatt milyen eszközö- 
ket használhatunk lemez- és fájlhibák felderítésére 
és javítására (scandisk, scan registry)? 

moo, 3 moochoo 86Ahotmail.com 


Ezek az eszközök nem a használt rendszercsomag 
fajtájától, hanem a fájlrendszer típusától függnek. 
A többi rendszercsomaghoz hasonlóan a Red Hat 


A másik gépem egy szuperszámítógép 


Steve Jones 2002 novemberében kezdett el jegyzeteket készíteni a PBS-ről, MPI- 
ról és a Mosixról, majd 2003 júniusában már egy a TOP 500-as listán szereplő 
számítógéptelep vezetője volt. Jó példa ez arra, hogyan képes segíteni a Rocks- 
terjesztés egy telep vezetőjét a rendszer felállításában és üzemeltetésében. 


7 gy két éve Mitch Davis (Stanfordi Egyetem műúsza- 

u ki tudományos vezérigazgatója) és Carnet Williams 
(a Stanfordi Egyetem műszaki tudományos igazga- 

tója) egy igen komoly és nagy jelentőséggel bíró projekt 
kapcsán hívtak fel. A Stanfordi Jogi Egyetem hálózati mű- 
veletek osztályának vezetőjeként nagy örömömre szolgált 
együtt dolgozni Mitchel és Carnettel. (Mitch egyben a Jogi 
Kar dékánja is volt, Carnet pedig a főinformatikusi posztot 
töltött be ugyanitt.) 
Ők meséltek nekem először Dr. Vijay Pande-ről, 
a Folding(xdhome projekt vezető kutatójáról, aki egy 
nagy géptelepet szeretett volna vásárolni. Megadták neki 
a nevemet, mivel olyan embert keresett, aki ezt a projektet 
képes sikerre vinni. Ösztönösen igent mondtam. Megbe- 
széltük a projekt részleteit és mielőtt leraktam volna a kagy- 
lót azért rákérdeztem: , Mekkora is lesz pontosan?" 
300 kétprocesszoros csomópont" - válaszolták. ,600 CPU 
... Ez aztán tud tarolni" — gondoltam akkor. 
Miközben Mitch, Carnet és Vijay a Dellel és az Intellel 
együtt a fürt megvásárlásáról tárgyaltak, én küldtem egy 
e-mailt Vijay Pande-nak, melyben leírtam, mivel tudnék se- 
gíteni neki a projekt hálózati és hardver részében. Egyben 
reményemet fejeztem ki, hogy az általa alkalmazni kívánt 
szoftvert a kivitelezés során jobban megismerhetem majd. 
Üzenetem utolsó sora a következő volt: Valami nagynak 
szeretnék részese lenni ". Vijay azonnal válaszolt, és segítsé- 
gemet örömmel fogadta. Megszerveztük első megbeszélé- 
sünket, mely során megvitattuk a projekt hatókörét. 
Azon az első találkozón úgy tűnt, hogy a legtöbb dolog a le- 
vegőben lóg. Mindenki tudta, hogy jön a berendezés, de 
nem voltak valódi tervek. Vijay azt mondta, tisztában van 
vele, hogy a próbaüzemről és a használni kívánt fájlrend- 
szerről dönteni kell. Emellett annak a lehetőségét is meg 
kellett fontolni, hogyan használhatjuk a már meglévő 
stanfordi szolgáltatásokat. 
Vijay megemlítette a PBS, MPI és Mosix futtatásának le- 
hetőségét is. Ezekről nagyon keveset tudtam, de feljegyzé- 
seket készítettem és rákerestem a Google-lal a fentiekre, va- 
lamint a ,beowulf" és , fürt" szavakra is. Belefutottam egy 
bemutatóba, ami a fürtépítésről, és egy Rocks nevű nyílt 
forráskódú szoftverről szólt. Utóbbit az NPACI szervezet 
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1. kép Iceberg a Forsythe Adatközpontban 


készítette (2 www.rocksclusters.org). Kitűnő bemutató 
volt, rengeteg kérdésemre azonnal választ adott. Ilyen volt 
többek között az az ,egyszerű" probléma, hogy tulajdon- 
képpen hogyan is kell összerakni egy ilyen fürtöt, hogyan 
kezeljük a csomópontokon futó szoftvereket, hogyan állít- 
suk be a mester-csomópontot és hogyan felügyelhetjük 

a többit. A bemutató gyakorlatilag megadta a vázát a mi 
tervezett fürtünk felépítésének. Kinyomtattam és magam- 
mal vittem a következő megbeszélésünkre. A készen kapott 
megoldás jó fogadtatásra talált. 


2004. október 19 
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Foldingohome az lcebergen 


Az lceberg ellenőrzi a Foldingohome adatait. Ez egy elosztott számítási projekt, amelynek célja a fehérjék helyes és téves 
összekapcsolódásának, valamint az erre visszavezethető betegségek tanulmányozása. A megvalósításhoz önkéntesek sza- 
bad processzoridővel járulnak hozzá. Jelenleg körülbelül 80,000 processzor számolja az adatokat. 

A lceberget a Foldingeohome-mal kapcsolatos kutatások során kisebb feladatok szimulálására használom. A feladat itt egy 
olyan szimulációsorozat végrehajtását jelenti, amelyben egy fehérje egy előre meghatározott módon kapcsolódik össze egy 
másikkal. A kulcs egy olyan szkript megírása volt, amely leutánozza azt a folyamatot amelyben a Foldingohome szétosztja 
a feladatot az ügyfeleknek. Egy futtatáshoz általában 10-20 CPU-t használok egyszerre. 

Más, nagyobb projektekhez az lceberget csak a kezdeti felosztáshoz használtam. Általában 10-50ns-os szimulációkat haj- 
tunk végre 1ns-os darabokban. Az lceberget az első 1ns-hoz használjuk, majd áttérünk a Foldingohome-ra és ott folytatjuk 
a munkát. Új módszereinket gyorsan meg tudjuk ismételni az lceberg által kínált kontrollált és stabil környezetben. Új pro- 
jektek fejlesztésénél az lceberget az eredmények ellenőrzésére használjuk, és amint biztosak vagyunk az új módszerben, 


ráeresztjük azt a 80,000 CPU-s elosztott számítógépre. 


-Young Min hhee a Foldingohome projektből, folding.stanford.edu 


Az Iceberg felállítása 

Miközben ez a két találkozó zajlott, a Dell a Stanfordi 
Forsythe Adatközpontban a fürtöt szekrénybe szerelte és 
összekötötte a csomópontokat. Mindez hét napig tartott. 
Letöltöttem a Rocks 2.3 változatát, és a telepítettem 

a Rocks-zsargonban központnak nevezett gépre. Az egész 
valahogy elbűvölően egyszerű volt. A sikeren felbuzdulva 
harmadik megbeszélésünk után úgy döntöttünk, hogy 

a hardver és a hálózat felépítése mellett feladatköröm kibő- 
vült a szoftver kezelésével is. Biztos voltam benne, hogy 

a többi akadályt is sikerrel veszem majd, de utólag azt kell 
mondanom, hogy ezen a ponton még egyáltalán nem vol- 
tam tisztában a feladat valódi méreteivel. Valójában ugyanis 
minden idők legnagyobb Rocks fürtjét kezdtem el építeni. 
Az első problémával akkor szembesültem, amikor megpró- 
báltam telepíteni egy számítási csomópontot. Erre való az 
insert-ethers nevű Rocks segédeszköz, amely a számítási 
csomópontok Ethernet MAC címeit megtalálja, IP címeket 
és gépneveket oszt ki nekik, majd ezt az információt 

-— a PXE-t és a DHCP-t használva - egy megadott egyezteté- 
si protokoll segítségével beilleszti egy adatbázisba. A cso- 
mópont beillesztését követően, az azon futó rendszer egy 
megfelelő Red Hat Kickstart állomány alapján épül fel és 
kerül beállításra, befejezve ezáltal a PXE rendszerbetöltési 
folyamatot. 

Sajnos gondjaim adódtak a Dell PowerEdge 2650-ben talál- 
ható hálózati kártyával. Úgy tűnt a Rocks nem támogatja 

a Broadcom Ethernet vezérlőket. Elküldtem a problémámat 
a Rocks vitafórumára és a Dell-t is felhívtam támogatást 
kérve, és mivel arany fokozatú támogatási szerződésünk 
volt, nyitottam egy szervizjegyet. 

A Rocks fejlesztői gyorsan készítettek számomra egy kísér- 
leti változatot, amely tartalmazta a szükséges frissített esz- 
közmeghajtókat. Ez megoldotta a problémát, és hamarosan 
viszontláttam a javaslataimat és észrevételeimet a Rocks 
2.3.1 szerviz kiadásában. 

Az utolsó gond amit a méretezésnél vettem észre, az volt, 
hogy nem voltam képes 511 aktív feladatnál többet futtatni. 
A felhasználóim sikítoztak a 100 kihasználatlan processzort 
látván. Ez a helyzet azért állhatott elő, mert az Icebergen 
futtatott feladatok nagy része rövid életű, egy-két pro- 
cesszoros folyamat volt. Miközben a Rocks fejlesztői csapa- 
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tával dolgoztam együtt, megpróbáltunk előre meghatáro- 
zott állandókat találni a Maui időzítő kódjában. Végül én 
találtam meg, és a Rocks csapatának útmutatásával, újrafor- 
dítottam és újraindítottam a Maui-t. A rendszer most már 


annyi aktív feladatot tud időzíteni, ahány szabad pro- 
cesszor van. 


A TOP500-as futtatás 


2002 végén, miután megoldottuk az utolsó hardver és szoft- 
verproblémát is elhatároztuk, hogy az Iceberget feltesszük 
a TOP500 szuperszámítógép listára (2 www.top500.org). 

A TOP500 egy félévente megrendezett verseny, amely 

a Linpack (egy lineáris algebrai feladatok megoldására 
használható csomag) tartós futtatásával mért teljesítmény 
alapján rangsorolja az 500 leggyorsabb gépet. A 2002 no- 
vemberi listán 97 hagyományos gépekből álló fürt szere- 
pelt, így biztosak voltunk benne, hogy az Icebergnek van 
esélye a listára való felkerülésre. 

A TOP500 listára való felkerülés azonban több munka volt, 
mint amire számítottunk. A Rocks egy előre lefordított 
Linpack állománnyal érkezik, amely képes ugyan jó teljesít- 
ményt elérni, de mi többet akartunk. 

Kapcsolatba léptem a Dell Skálázható Rendszerek csoport- 
jával. Tőlük a Linpack fürtre hangolásában kaptam segítsé- 
get. Dolgoztunk együtt például a Linpacknak a Goto BLAS 
könyvtárhoz való hozzáillesztésén (Basic Linear Algebr 
Subroutines; alapvető lineáris algebrai szubrutinok). 
Utóbbit Kazushige Goto írta (2 www.cs.utexas.edu/ 
users/flame/goto). 

Ezen felül a Dell javaslatot tett egy kifinomultabb hálózati 
topológiára. A TOP500 futtatás előtt a 300 csomópont 16 db 
100Mbit-es Ethernet kapcsolón osztozott (Dell 
PowerConnect 3024). Úgy találtuk, hogy a Linpacknak 

-— mint megannyi más, erősen párhuzamosított alkalmazás- 
nak - kifejezetten használ, ha egy jobb hálózati kapcsolatot 
építünk ki. (Magyarul kisebb késleltetési időt és/vagy 
nagyobb sávszélességet biztosítunk). A Dell kölcsönzött 
nekünk néhány Gigabites blokkolásmentes kapcsolót. 

A fenti fejlesztések javították a teljesítményt, és 2003 júniu- 
sában bemutattuk eredményeinket a TOP500 listán. Az 
Iceberg a 319. helyen áll és érzésem szerint egy gyorsabb 
hálózati kapcsolattal akár előrébb is lehetne. 


ZA S:..-XA OG AZ ZSZ vezértonai 


IN SILICO (számítógépes) biológia az lcebergen 


Az lceberg Dell szuperfürt létrehozása felért egy tudományos forradalommal. Tulajdonképpen évtizedek óta használunk 
szuperszámítógépes központokat, de mindig kényelmetlenül éreztük magunkat a meglehetősen szűkre szabott feldolgozási so- 
rok, a kevés gépidő miatt, no meg azért, mert valahogy mindig nehézkesen lehetett csak a rendszert az igényeinkhez igazítani. 
Az elmúlt néhány évben felépítettük saját Linux fürtjeinket 50-100 CPU-val. A kész hardver azonban sajnos magasabb támo- 
gatási és adminisztrációs költségekhez vezet, arról nem is beszélve, hogy amíg cikket írunk, a fürt tétlenül áll. Az új 
Stanfordi Dell fürt ezzel szemben rendkívül költséghatékony megoldás kínál tudományos feladatokra. Megosztott erőforrás- 
ként csomópontok százai érhetőek el, ha mondjuk egyik éjszaka tesztelni szeretnénk egy új modellt, a költségünk viszont 
kizárólag az általunk használt átlagos csomópontszámmal arányos. Amellett, hogy a hardver teljes irányításunk alatt áll, az 
igénybe vehető erőforrások egy nagyságrenddel nagyobbak annál, mint amit valaha is használtunk a telepítés előtt vagy 
után. Ehhez képest az adminisztrációval hetente mindössze egy órát töltünk. 

A számítógépes biológia fehérjekutatással kapcsolatos alkalmazásai általában rendkívül nagy számítási kapacitást igényelnek. 
Az egyik legáltalánosabb esetben az a feladat, hogy logikai összefüggést, feltűnő mintázatot találjunk a szekvenciacsaládok és 

a szerkezetek között. Hasonló, de kicsit más a biomolekulák belső mozgásainak szimulációja. A mintaegyeztetés nem nagy do- 
log, ha csak néhány tucat szekvencia áll rendelkezésünkre, a jelenlegi projektünkben azonban az cél, hogy a Shewanella baktéri- 
um fehérjéivel kapcsolatban tudjunk pontos előrejelzéseket adni. (Ez a baktériumfaj arról a képességéről híres, hogy radioaktív 
és mérgező hulladékot eszik). Ez pedig több százezer szekvenciát jelent, amelyeket páronként össze kell hasonlítanunk. 

A helyi fürtünkön ez több heti alaposan megtervezett futtatást kívánt. Ugyanezt a jelenleg rendelkezésünkre álló eszközökkel 
egyetlen éjszaka alatt megtehetjük. Ennyi idő kell ahhoz, hogy kipróbáljunk egy új ötletet, másnap pedig már bemutathatjuk 
az eredményt. 


1. ábra A Villin headpiece 


A Villin headpiece önmagában egy nagyon kicsi, körülbelül 600 atom- 
ból álló protein. Ugyanakkor mindig víz veszi körül (vörös/fehér pálci- 
kák), ami a kezelendő atomok számát körülbelül 10,000-re növeli. 
Minden egyes atom a legközelebbi 100-200 szomszédjával lép köl- 
csönhatásba. Ezeknek a hatásoknak az erősségét minden egyes lépés- 
ben ki kell számolni, majd ezt félmilllárdszor meg kell ismételni ahhoz, 
hogy a molekula mozgásának egy mikroszekundumnyi részletét ponto- 
san leutánozzuk. Az 1. ábrához használt adatok az Iceberg 10 csomó- 
pontján két hetes futtatással készültek. 





Az atomok mozgásának molekuladinamikai szimulációja szintén lenyűgöző feladat. Az ötlet nagyon egyszerű, ki kell számí- 
tani az atomok egymásra kifejtett erejét, majd Newton egyenlete alapján meg kell határozni az új pozíciókat egy megfelelő- 
en rövid idővel később (egy lépés általában 2 femtomásodbperc, vagyis 2 x 10-15 másodperc). A szimuláció egy lépése 
ugyan gyors, egy biológiai reakció tanulmányozásához azonban lépések milliárdjai szükségesek . Ezért a kódot úgy optima- 
lizáltuk, hogy kihasználhassuk a Pentium 4 Xeon processzorokon elérhető Intel Streaming SIMD Extensions utasításkészle- 
tet. Ezzel átlagosan kétszeres illetve négyszeres közötti gyorsulást érhetünk el. Ez tett elehetővé, hogy olyan méretű fehér- 
jéket szimuláljunk több mint egy mikromásodpercnek megfelelő valós ideig, mint a Villin headpiece (1. ábra), s mindez csu- 
pán 2 hétbe telt a lceberg 10 csomópontján. Valójában az optimalizált kód még egy önálló Dell/Intel Xeon processzoron is 
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gyorsabb, mint a csúcskategóriás IBM Power4 vagy Alpha processzorokon, s mindezt tizedannyi költség mellett érjük el. 
Eddig ez volt messze a legjobb informatikai beruházásunk, így ha a jövőben bővítenünk kell, nem fogunk habozni. 
— Michael Levitt és Erik Lindahl a Szerkezeti biológia tanszékről, Stanfordi Egyetem Orvosi Kar 


Az Icehberg új otthonába költözik 

Az Iceberg állandó lakóhelyének a James H. Clark Közpon- 
tot szemeltük ki. Ez a Silicon Graphics és Netscape alapító- 
járól kapta a nevét, aki egyben a Bio-X Projekt alaptőkéjét 
szolgáltató mecénás is. 2003 augusztusában eljött a költözés 
ideje. A Forsythe Adatközpontból való elköltözés sok jó dol- 
got hozott számunkra, melyek közül az egyik legfontosabb 
a Rocks újratelepítése volt. Azért erőltettem ezt a dolgot, 
mert egy ekkora méretű fürt karbantartásának a stabil inf- 
rastruktúra a kulcsa. Ez teszi lehetővé a teljes tulajdonlási 
költség alacsonyan tartását. Amíg az Iceberg a Forsythe 
Adatközpontban volt arra a következtetésre jutottunk, hogy 
a hardveren és a szoftveren egyaránt van még mit javítani. 
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A költözés kapóra jött, hiszen az ezzel együtt járó állásidő 
lehetővé tette számunkra, hogy a módosításokat elvégez- 
zük a fizikai modellen. Úgy döntöttünk, hogy a központi 
csomópontot továbbfejlesztjük, a felhasználói könyvtárakat 
pedig áthelyezzük egy másik, háttértárolóval rendelkező 
csomóponttra. 

A Rocks újra beváltotta a hozzá fűzött reményeket. 
Annyi volt csak a dolgunk, hogy az insert-ethers prog- 
ramban kiválasszuk a beillesztendő csomópont NAS ké- 
szüléktípusát. Hogy teljes mértékben kiaknázhassuk az 
ebben található dupla Gigabit Ethernet hálózati kártyát, 

a kapcsolat-összefűzést használtuk. A központi csomó- 
ponton végzett néhány módosítás után, ami gyakorlatilag 
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2. kép Linpack futtatása a 10P500-ba 
való kerüléshez 





3. kép Az lceberg új otthonában 
Balról Jobbra: Vijay Pande, a Foldingohome vezető kutatója; 
Steve Jones, az lceberg tervezője; Erik Lindahl, posztdoktori 
ösztöndíjas; és Young Min Rhee, kutató 


a felhasználók új készülékhez való hozzárendelését 


jelentette az előzőleg mentett adatok visszamásolása 
után újra működtünk. 


A személyi szuperszámítógép filozófiája 

Minden nagy teljesítményű számítógépfütrt telepítésénél az 
elsődleges cél az, hogy azt a lehető leggyorsabban megbíz- 
hatóan működő állapotba hozzuk, és ez az állapot a hard- 
ver haláláig fenn is maradjon. A rendszert használó kutatók 
így biztosak lehetnek benne, hogy amikor egy problémával 
kapcsolatban nagyobb számítási teljesítményre van szüksé- 
gük, az rendelkezésükre is áll. Egy ilyen méretű és 
kihasználtságú rendszert természetesen nem lehet csak 

a próba kedvéért módosítgatni. 

Meglátásom szerint ezzel a koncepcióval tökéletesen össz- 
hangban van mindaz, amit az általunk választott standardi- 
zált fürt disztribúció biztosít. A rendszerfelügyelet ennek 
használatával kimerül a feldolgozási sorok illetve a fájlrend- 
szerek telítettségének megfigyelésében. Szemmel kell tarta- 
ni persze a különböző naplókat illetve magát a hardvert is, 
de ez tulajdonképpen természetes. 

Kombinálva a Rocks és a Dell támogatási tervét a számítási 
pontokra ezüst, a központi csomópontra pedig arany foko- 
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zatú támogatást kaptunk, ami azt jelenti, hogy három 
évig nem lesz gondunk sem a teljesítményre, sem a meghi- 
básodott alkatrészekre. A további finanszírozással kapcso- 
latban úgy gondoltuk, hogy a gépidő kiszámlázásával 

elő tudjuk teremteni azt az összeget, amellyel három éven 
belül lecserélhetjük a teljes rendszert. Erre aztán áttelepít- 
jük a Rocks rendszert, és további három évig megint nem 
lesz problémánk. 

Az Iceberg-II várhatóan ugyanannyi csomópontot tartal- 
maz majd, mint elődje, de a 2U helyett IU magas gépek 
lesznek benne a helytakarékosság végett. Az előd különál- 
ló fürtként tovább működik majd, de egyre kevesebb 
csomóponttal, mert a meghibásodott elemeket már nem 
cseréjük benne. 

Emellett tervezzük egy másik, 600 csomópontot számlá- 
ló fürt beszerzését is, amit az elkövetkező 6-12 hónapban 
akarunk elindítani. Ez a fürt egy külső telephelyen lakik 
majd. Pillanatnyilag tárgyalunk egy kutatóintézettel, amely 
érdeklődött a lehetőség iránt. Ők megfelelő gépidőért cse- 
rébe speciális szolgáltatásokat (generált áram, szünetmen- 
tes táp, légkondicionálás) kínálnak. 

Azt is tervezem, hogy az Iceberg mellett építek még 

egy fürtöt, kifejezetten kereskedelmi célokra. Szeret- 
ném, ha befejezése után nemcsak ez lenne a legnagyobb 
Rocks fürt, hanem bekerülne a TOP500 lista első 20 he- 
lyezettje közé. 


Záró megjegyzések 

Az Iceberg karbantartási költségeinek alacsonyan tartását 
alapvetően az teszi lehetővé, hogy körülötte éppen jó 
arányban vannak jelen az infrastruktúrával és a tényleges 
használattal foglalkozó emberek. Utóbbiak értelemszerűen 
azok a kutatók, akik számítási feladataikat futtatják a rend- 
szeren. A műszaki csapat nemcsak karbantartja a rend- 
szert, hanem lehetővé teszi annak az oktatásban való fel- 
használását, illetve azt is, hogy az érdeklődők megismer- 
hessék az általa nyújtott szolgáltatásokat. 

A feladatokat ésszerűen elosztottuk, így a tűzfal karban- 
tartása, az ütemező beállítása, a felhasználói adatok vagy 
a hardver karbantartása egy-egy ember munkaidejének 
csak egy nagyon kis részét veszik el. A rendszer karban- 
tartására fordított idő hetente átlagosan egy óra, ami talán 
a legfényesebb bizonyítéka a jó tervezésnek. Az sem elha- 
nyagolható persze, hogy egy 203 csomópontot számláló 
fürt tulajdonlási költsége megegyezik egy 10 csomóponttal 


Pf 


rendelkezőével. 
Linux Journal 2003. november, 115. szám 


Steve Jones (stevejonesostanford.edu) 

Azért adta fel a Stanfordi Egyetem Jogi Karán 
betöltött állását, hogy egy internetszolgáltató 
biztonsági stratégájaként folytassa pályafutá- 
sát. Jelenleg tanácsadóként a biztonsági 
rendszer kialakításáért felel. Jelenleg épp át- 
költözni készül Main államba, ahol egy oktatá- 
si Intézmény stratégája lesz, illetve egy másik 
vállalatot is akar alapítani. Szabadidejében, 
egy 302 csomópontból álló, lcebergnek neve- 
zett fürt rendszergazdája. 





A MNars-járművek irányítása 


A NASA Spirit és Opportunity nevű Mars-járműveit Irányító csoport asztali ope- 


rációs rendszerként a Linuxot használja. 


merikai idő szerint 2004 január 3-án reggel 8 óra 30 
AA perckor a Földről küldött mintegy féltonnányi fém 
izzása ragyogta be a Mars egét. Hat perccel később 
az ejtőernyő és légzsákok kinyílása után a fémcsomag elérte 
a vörös bolygó felszínét, 28 felpattanással megtett mintegy 
300 méteres távolságot, majd lassan gurulva megállt. A lég- 
zsákok leeresztettek, s ezzel láthatóvá vált az általa óvott gú- 
la alakú ftémdoboz, amely fokozatosan szétnyílva utat adott 
a benne lévő szerkezetnek, egy hatkerekű robot geológus- 
nak, amelyet alkotói Spirit névre kereszteltek. 
Így kezdődött a Mars három hónapig tartó felfedezése. 
A NASA Jet Propulsion laboratóriumának (JPL) több 
száz tudósból és mérnökből álló kutatócsoportja számára 
a szomszédos bolygónk felfedezésének új fejezete során 
a Spirit szolgáltatja a látást és az összecsukható karjá- 
nak végén lévő szerszámokból álló eszköztárat. Az 
Opportunity, a Spirit ikertestvére három héttel később 
kezdi meg működését a Mars ellenkező oldalán. És vajon 
ezek a tudósok mit használnak a járművek irányítására? 
Nem mást, mint a Linuxot. 
A MER- küldetés (Mars Exploration Rover, mars-felfedező 
jármű) fordulópontot jelent a Linux űrprogramokban törté- 
nő felhasználásában. A Linuxot korábban is használták már 
űrkutatási programok során - például az SITS-83 űrrepülő- 
gép fedélzetén már 1997-ben is Debiannal felszerelt hordoz- 
ható gépet láthattunk —, de a Mars-felfedező jármű projekt 
az első JPL-küldetés, amely létfontosságú műveletek elvég- 
zésére használja a Linuxos rendszereket. A MER során 
a Linuxot magasszintű tudományos tervezésre és alacsony- 
szintű parancselőállítási műveletekre, megjelenítésre és szi- 
mulációra egyaránt alkalmazzuk. 





Hogyan jutottunk el idáig 

Bármilyen furcsának tűnik is, eleinte nem állt szándé- 
kunkban a Linuxot használni elsődleges fejlesztési felület- 
ként. A programunkat eredetileg csak a 2001-es Mars-kül- 
detésben akartuk felhasználni, amely lényegében a JPL 
1997-es Mars Pathfinder küldetésének megismétlése lett 
volna. A terv az volt, hogy a jármű irányítását végző pa- 
rancsokat egyetlen Silicon Graphics munkaállomásra bíz- 
zuk, ahogy a Pathfinder esetén is tettük korábban. Akkori- 
ban a Linuxos kísérleteink gyenge próbálkozások voltak 
az SGI lehetőségeihez képest. 
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A JPL egy 98-as Mars-expedíciójának kudarca után azonban 
terveket egy későbbi indítás érdekében elvetettük, s ez a ké- 
sőbbi program lett végső soron a MER. Ebből kifolyólag 

a tervezettnél két évvel több fejlesztési idő állt rendelkezé- 
sünkre, jóllehet, nem is arra az űrhajóra vonatkozóan, ami az 
eredeti tervekben szerepelt. A MER járművei nagyobbak, in- 
telligensebbek és összetettebbek, mint a Pathfinder Sojourner 
űrjárója, és mindegyik robotkarral is fel van szerelve. 
Azokban az években a Linux és a futtatására alkalmazott 
x86 típusú gépek óriási ütemben fejlődtek mind a pro- 
cesszorsebesség, mind pedig a grafikus teljesítmény terüle- 
tén, s ez nem kis részben az NVIDIA grafikus lapkáinak és 
ezek erőteljes Linuxos támogatásának volt köszönhető. En- 
nek eredményeképpen kezdtünk egyre inkább a gyorsabb, 
jobb és olcsóbb Linux felé fordulni. A MER űrjárműveket 
így több csoport irányítja, Párhuzamosan dolgozva a külde- 
téshez beszerzett több tucatnyi Linuxos gépen. 


Az RSVP-rendszer 


A használt RVSP (Rover Seguencing and Visualization Prog- 
ram, űrjármű vezérlő és megjelenítő program) nevű prog- 
ramcsomagunkat Linux alatt fejlesztettük, teszteltük és he- 
lyeztük üzembe. Az RVSP kifinomult eszközöket biztosít 

a MER tudósai és mérnökei számára a Mars-járművek irá- 
nyításához. A nagymértékű fényidő-késleltetés miatt, amely 
a Spirit leszállásának napján közel 20 perces válaszidőt je- 
lentett, lehetetlen a járműveket interaktív módon irányíta- 
ni. Az RVSP ehelyett egy teljesen valósághű környezetet 
biztosít, amely teljes részlethűséggel jeleníti meg a jármű 
környezetét és szimulálja annak viselkedését. A marsi éjsza- 
ka folyamán az RVSP segítségével parancsszinten megter- 
veztük a napi teendőket, majd a kapott utasításokat műhol- 
das kapcsolaton keresztül küldtük el a járműnek. A kapott 
parancsokat az űrjármű a következő marsi nap folyamán 
dolgozta fel. Az RVSP két fő alkotórésze a RoSE (Rover 
Seguence Editor, az űrjármű műveletszerkesztője), amely 
szöveges alapú felületet nyújt az űrjármű által végrehajtha- 
tó parancsokhoz, valamint a HyperDrive, amely fejlett há- 
romdimenziós grafikát szolgáltat a vezetési, karmozgatási 
és képalkotási parancsokhoz. A független programok mind- 
egyike képes önálló működésre is, de igazából együttmű- 
ködve hatékonyak. Együttes üzemmódban a programok az 
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Oak Ridge National Laboratories által kifejlesztett PM 
(paralell virtual machine, párhuzamos virtuális gépek) 
program vezérlése alatt futnak. A PVM egy olyan adatbuszt 
biztosít, amely lehetőséget ad az RVSP komponenseinek 

a tevékenységük üzenetváltásokon keresztül történő össze- 
hangolására. 

Az üzeneteink legtöbbjének tartalma az RML-re épül, 
amely az XML egy kifejezetten az űrjárművek parancssoro- 
zatainak leírására kidolgozott változata. Ennek az üzenet- 
váltó megközelítésnek szá- 

mos előnye van, amelyek Elle Kát Aetívitiss Htilítias Watch Help 

közül nem elhanyagolható ME ék bST 

az sem, hogy az egyes kü- Ni T 


:/seg/trav/ar2201.00a.dríve to 


5/Ci1D 


.white boat" 


ezt a parancskönyvtárat használja arra, hogy dinamikus 
párbeszédablakokat állítson elő az egyes parancsok szer- 
kesztésére, s ezzel a megközelítéssel rengeteg munkát taka- 
ríthattunk meg, mivel a programkönyvtár a fejlesztés évei 
során drámai mértékben megváltozott. 

A ROSE megbízhatóságához jelentős mértékben járult 
hozzá a Linux könnyen automatizálható környezete. 

Már a kezdeti időszaktól kezdve terjedelmes öntesztelő- 
kódokat írtunk a RoSE számára, majd egy egyszerű cron- 
munkafolyamatot hoztunk 
létre, amely minden éjjel 
lefuttatta ezeket a teszteket. 
Ha valamelyik teszt hibát 
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lönálló eszközöket különbö- 
ző nyelveken valósíthatjuk 
meg. Amennyiben az eszköz 
képes PVM-üzenetek küldé- 
sére, máris a csomag tagjává 
válhat. A ROSE, az üzenetto- 
vábbító egység, és az üze- 
netnaplózó Java nyelven 
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jelzett, a következő reggel 

a fejlesztő erről elektroni- 
kus levélben kapott értesí- 
tést. Ezzel lehetővé vált 

a programhibák korai észle- 
lése, amikor a hibát okozó 
változtatások még frissen 
éltek az emlékzetünkben. 
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Status: Closed old connection to SEOGEN 
Status: Arg 2 (erresp"): ABORT, NOABORT 


Status: Autosavin g to ""homejmaxwell/.rose autosave maxwel 


volt, s az ebbe fektetett 
energia később busásan 
megtérült. 





esetleg olyan parancsnyel- 


Status: Autos ave: d in 0.087 seconds 
TM léése A LÁZ 





Mellékesen jegyzem meg, 





veket is ki fogunk próbálni, 
mint a Perl és a Python. 


A RosE 


A ROSE egy Java nyelven írt program, amely a Sun Java 
virtuális gépének 1.3.1 változatán fut, de nem a Sun fordító- 
programjával, hanem az IBM sokkal gyorsabb Java fordító- 
jával, a Jikes-szal lett lefordítva. A RoSE kihasználja a Java 
jól ismert hordozhatóságát: jó hasznát vettük annak, hogy 
egy gyors Linuxos gépen fordíthattuk és tesztelhettük 

a programot, és semmi vagy nagyon kevés gondot okozott 
ennek az SGI-re történő telepítése és tesztelése. Még azzal 
is kísérleteztünk, hogy Mac OS X-re átültessük a progra- 
mot, de ezzel felhagytunk, mivel nem volt arra időnk, hogy 
egy harmadik platformot is támogassunk. A Mac OS X-en 
sem jöttek elő kézzelfogható problémák, de ha fel is merül- 
tek volna, akkor sem jut időnk foglalkozni velük. Igény sem 
igen mutatkozott a Mac OS X támogatására, így teljesen el- 
ejtettük ezt a fejlesztési szálat. 

A ROSE igen erőteljesen adatvezérelt alkalmazás, amely az 
űrjárművel kapcsolatos minden tudnivalót XML állomá- 
nyokból olvas ki az indítási idő alatt. A Rose fejlesztéséhez 
használt integrált fejlesztői környezet a jól bevált GNU 
Emacs volt. A ROSE grafikus felületének nagy része a szab- 
ványos Java GUI-eszközkészlettel, a Swinggel, kézzel össze- 
rakott Java-kód. A grafikus felületet a Swing segítségével 
összerakni gyakran unalmas dolog. Ha a Glade-nek elérhe- 
tő lett volna a Javát támogató változata, valószínűleg azt 
használtuk volna. A felhasználói felület fontos részei mégis 
dinamikusan kerülnek előállításra. Az indítási időben 

a ROSE által beolvasott egyik XML beállítófájl a jármű pa- 
rancskönyvtárának a leírása, ami valami olyasmit jelent, 
mintha a jármű programozói felülete (API) lenne. A RoSE 
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1. kép A ROSE parancsszerkesztő 
(az ITAR-korlátozások miatt homályosítva) 


hogy a Java-t gyakran 
mondják lassúnak. A ta- 
pasztalataink alapján azon- 
ban azt kell mondanom, 
hogy ez a híresztelés teljességgel alaptalan, habár vannak 
a RoSE-nak olyan területei, ahol gyorsabb is lehetne, de 
ez bármelyik programról elmondható. Ha több időnk lett 
volna - ez a programfejlesztés állandóan emlegetett prob- 
lémája — a program összes szűk keresztmetszetű részét 
sikerült volna kijavítani. A céljainknak a Java megfelelő 
sebességűnek bizonyult, a Linux jó Java-támogatása pe- 
dig nagyon nagy előnyt jelentett számunkra. 


A HyperDrive 

A HyperDrive az RVSP programcsomag interaktív megjele- 
nítést végző összetevője, az a rész, amit majd a CNN-ben 
fognak mutogatni. A HyperDrive elsődleges célja, hogy le- 
hetővé tegye a jármű irányításának és karmozgatásának 
biztonságos és hatékony megtervezését oly módon, hogy az 
irányítónak jól használható információkat ad a jármű pilla- 
natnyi helyzetének és környezetének megértéséhez. Mind- 
ezt úgy éri el, hogy a rendelkezésre álló adatforrások egye- 
sítésével egy háromdimenziós képet állít össze, és biztosítja 
ennek többféle megjelenítését. A HyperDrive számára az 
adatok egyik legfontosabb forrását a sztereó képek alapján 
előállított terepmodellek jelentik. A két járműre szerelt ka- 
merák nagy része sztereó kamera, ami azt jelenti, hogy az 
emberi szemhez hasonlóan képesek a mélység érzékelésére. 
A sztereó összefüggésnek nevezett technika felhasználásá- 
val a képek sík, kétdimenziós világát háromdimenzióssá le- 
képezett számítógépes grafikává alakíthatjuk át. A terepmo- 
dellek és a jármű által szolgáltatott CAD-adatok együttes 
felhasználásával előáll annak a rendszernek a magja, amely 





2. kép Egy szikla árfúrása a kőkoptató eszközzel 


4Lf Faj 


képes a jármű nézetének leképezésére és lehetővé teszi an- 
nak interaktív mozgatását a marsi terepen, vagy a kar meg- 
felelő mozgatását a bolygó felszínén (2. kép). 

A leképezett képeket egyesítve a jármű kameráival nyert 
nyers képekkel egy még valósághűbb ábrázolásra nyílik mód, 
melynek során a jármű által érzékelt képet lefedve a mester- 
ségesen előállított képpel, tanulmányozhatjuk azt, LCD 
shutter-szemüveggel akár három dimenzióban is (3. kép). 

A jármű bármely kamerájának képe alapján szimulált néze- 
tek állíthatók elő, segítve a kép alapján történő célkiválasztást. 
Ehhez a mesterségesen előállított világhoz olyan ikonokat 
és megjegyzéseket fűzünk, amelyek szemléltetik a végre- 
hajtott parancssorozatot és leírják ennek a világnak a tulaj- 
donságait. Ezeknek az objektumoknak az egyik legfonto- 
sabb csoportja egy ikonsorozat, amely a jármű által futta- 
tandó parancsokat mutatja. Míg a RoSE lehetővé teszi a tel- 
jes parancssor szerkesztését, a HyperDrive csak azokat a pa- 
rancsokat mutatja, amelyeknek érzékelhető vizuális hatá- 
suk van. A HyperDrive-ban a mozgatással, a robotkarral és 
a képalkotással kapcsolatos parancsok a terep felett megje- 
lenő ikonsorokat képeznek, mindegyik azon a helyen, ahol 
végrehajtható, így lehetővé válik a jármű terepviszonyoktól 
függő mozgásának vizuális programozása és a robotkar 
nagy pontosságú célravezetése. 

A Linux alatti háromdimenziós grafikai programozás egy 
addig egyedülálló kalandnak indult és a megbízható 
illesztőprogramokkal, programkönyvtárakkal egy alkalmas 
felületté érett. A HyperDrive a Silicon Graphics OpenGL 
Performer leképező programozói felületére épül. 

A HyperDrive felhasználói felületének létrehozásához 

a GIK- és libglade eszközöket használtuk. A Glade és 
libglade gyors prototípuskészítési lehetősége egyszerűvé és 
hatékonnyá tette a grafikus felület Programozását. Minden- 
kinek bátran ajánljuk ezt az eszközkészletet, akinek megbíz- 
ható felületkészítő eszközre van szüksége. Ahogy a fejlesz- 
tés célpontja az IRIX helyett minél inkább a Linux lett, egyre 
több nyílt forrású eszközt és programkönyvtárat használhat- 
tunk, majd a kompatibilitás megőrzése érdekében gondos- 
kodtunk a létrehozott program visszaültetéséről IRIX alá. 

A HyperDrive képes továbbá a járművek megjósolt viselkedé- 
sének animálására, az elképzelt mozgás valós időben történő 
megjelenítésére, lehetővé téve a felhasználó számára, hogy 
különféle nézőpontokból vizsgálja a jármű viselkedését. 
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3. kép A Spirit elhagyja a menedékét a kibővített élethűségű nézetben 


Ugyanezt a képességét használhatjuk arra, hogy a marsjármű 
napi jelentése alapján visszajátsszuk a szerkezet valóságos 
működését. 


Összegzés 

Mindent összevetve, a Linux érett és a várakozásainkat 
messzemenően felülmúlva teljesítő programfejlesztő felület. 
A csapatunk tagjai közt a kezdetekkor előfordultak tapasz- 
talt Linux-támogatók és a témában teljesen járatlanok is, 

de mindnyájan elmondhatjuk, hogy hasznunkra voltak 

a Linuxszal és a felhasználói számára elérhető rengeteg 
nyílt forrású programmal kapcsolatos új tapasztalatok. 
Különösen az OpenGL-alapú grafika az a terület, amely 
natívájaként indulva végül a programjaink szempontjából 
felülmúlta a legjobb gépeket is. 

Ezt a kutatást a Jet Propulsion laboratóriumban a Kaliforni- 
ai Műszaki Intézetben hajtottuk végre a NASA-val kötött 
szerződés alapján. Semmilyen ebben a cikkben kereskedel- 
mi termékre, folyamatra vagy szolgáltatásra a márkanévvel, 
márkajellel, a gyártó nevével vagy egyéb módon történő 
hivatkozás nem képezi vagy vonja maga után az Egyesült 
Államok kormányának, a Jet Propulsion laboratóriumnak 
vagy a Kaliforniai Műszaki Intézetnek a jóváhagyását. 


Linux Journal 2004. szeptember, 125. szám 


Frank Hartman jelenleg számítógépes agrafiká- 
val és a Mars-űrjárművek vezérlésével foglalko- 
zó szoftvermérnök a Jet Propulsion Laboratóri- 
umban a kaliforniai Pasadenában. A Philadel- 
phiai Művészeti Egyetemen szobrászatból szer- 
zett képzőművészeti diplomát, és egy repülő- 
és űrhajózási mérnöki diplomát a Stanford 
Egyetemen. Frank a kaliforniai Altadenaban 

él feleségével, Leah-val. 





Scott Maxwell programfejlesztő és a Mars- 
űrjármű irányító a Jet Propulsion Laboratórium- 
ban a kaliforniai Pasadenában. Szeret aikidózni, 
klasszikus irodalmat olvasni és az életét rövi- 
den összefoglalni. Ő a Linux Core Kernel 
Commentary Írója. 
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A GPS Toolkit 


Ismerkedjünk meg a GPS működésével, és egy ingyenes könyvtár segítségével 
szerezzünk pontosabb adatokat földrajzi helyzetünkrőli! 


obbanásszerű - talán ez a legjobb kifejezés 
14 a globális helymeghatározó rendszerrel (Global 

Positioning System, GPS) kapcsolatos piacon az el- 
múlt években látott növekedésre. A növekedés okai szerte- 
ágazók, de a legfontosabb talán a gazdasági, nevezetesen 
az, hogy a GPS elérése teljesen ingyenes, és az ehhez szük- 
séges eszközök ára is meredeken zuhan. Ennek köszönhe- 
tő, hogy a GPS-felhasználók helymeghatározásra képes ké- 
szülékek széles választékából csemegézhetnek. A GPS-t rég- 
óta használják más területeken is, az űrbéli időjárás vagy a 


Mhf sg . 





tok szolgáltatása csak három példa ezek közül. 

Ha a GPS-t komolyabb célokra, vagy akár csak pontosabb 
helymeghatározásra szeretnénk használni, akkor a GPS-vevő 
által begyűjtött nyers megfigyelési adatokat fel kell dolgoz- 
nunk. Korábban az ilyen feldolgozásokat jellemzően zárt 
programok végezték. GPS Toolkit, röviden GPSIk névvel 
azonban ma már létezik egy tervezet, amely a nyílt forrás és 
a kutatói közösségek számára LGPL hatálya alatt érhető el. 
A GPSIK az austini Texasi Egyetem Alkalmazott Kutatások 
Laboratóriuma által vezetett, még 1978-ban, az első műhold 
fellövése előtt indított GPS-vonatkozású kutatás mellékter- 
méke. A munkában programmérnökök és tudósok egyaránt 
részt vesznek. A labor munkatársai nemrég úgy döntöttek, 
hogy alapszintű GPS-feldolgozó programjuk nagy részét 
nyílt forrással elérhetővé teszik — így született a GPSTKk. 


A globális helymeghatározó rendszer 

A GPS valójában az USA kormányzatának polgári jelet is 
szolgáltató műholdas navigációs rendszere. Írásunk születé- 
sekor összesen 29 darab - 12 órás pályán keringő — műhold 
szórja jelét folyamatosan. A Föld bármely pontjáról minden 
pillanatban 8-12 műhold látható. 


A GPS-ról röviden 
Mindegyik műhold szórt spektrumú jeleket szór az 157542 


és az 1227, MHz-es frekvencián, ezeket rendre L1-nek és 
L2-nek nevezzük. A polgári jel jelenleg csak az L1-en érhe- 
tő el. A jel két összetevőből áll, az időkódból és a navigáci- 
ós üzenetből. A kapott időkód és a belső időkód különbsé- 
gét véve a vevő meg tudja határozni, hogy a jel mekkora 
távolságot tett meg. A kódok közötti különbséget a — nyil- 
ván nem tökéletes — vevőoldali óra hibái is befolyásolják, 
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1. kép GPS műholdak együttállásának képe az Aerospace Corporation 
weboldaláról ( 2 www.aero.org/news/current/gps-orbit.html) 


ezért áltartománynak hívjuk. A navigációs üzenet a mű- 
hold efemeriszét, vagyis pályájának numerikus modelljét 
tartalmazza. 

A GPS-vevők az áltartomány mellett a vivőfázist, röviden 
a fázist is mérik, rögzítik. A fázis az áltartományhoz ha- 
sonlóan adott tartományba esik, ám benne ismeretlen 
konstans érték is szerepel, amit fázisbizonytalanságnak 
nevezünk. Itt már sokkal egyenletesebb értékről van szó, 
amely az áltartománnyal összevetve századannyi mérési 
zajtól terhes, így pontos helymeghatározásra is alkalmas. 
Mérésének módjából fakadóan a fázis véletlenszerű, hirte- 
len ugrásokat mutat. Ezek a diszkrét változások mindig 

a GPS-jel hullámhosszának többszörösei, és cikluscsúszá- 
soknak nevezzük őket. 


A helyzetmegoldás 

Egy normál helyzetmegoldáshoz minden látható műhold- 
ról egy áltartomány mérésre és egy efemeriszre van szük- 
ség. Legalább négy mérésre van szükség, ugyanis négy is- 
meretlenünk van: három helykoordináta és a vevőoldali 
óra eltérése. A megoldás alapszintű algoritmusának is- 
mertetése a hivatalos GPS Interface Control Documentben, 





2. ábra Bal oldalon helyzetadatok egy GPS-vevőtől. Jobb oldalon 
a GPSIk algoritmusai által számított helyezetek. 


az ICD-GPS-200-ban található. A helyzetmegoldás 
pontosságát két tényező rontja, a megfigyelési és az 
efemeriszben észlelt hibák. 


A mérési hibák csökkentése 

A GPS7-jel a Föld légkörének minden rétegén áthalad. A réte- 
gek mindegyike más hatást gyakorol a jelre. Az ionoszféra, a 
légkör nagy magasságú, elektromosan töltött rétege például 
késlelteti a jelet, ami miatt nő a távmérési hiba. A késleltetés 
frekvenciafüggő, vagyis közvetlenül kiszámítható, ha mind- 
két GPS-frekvencián kapunk adatot. A troposzféra, a légkör 
legalsó rétege szintén késlelteti a jelet, ám ezt a késleltetést is 
lehet modellezni és semlegesíteni. Az egyéb hibák jelentős 
része magával a GPS-jellel kapcsolatos, ilyenek például a 
többszörös visszaverődések és a relativisztikus hatások. 

A pontosabb alkalmazások a hibák hatásait az úgynevezett 
különbségi, differenciális GPS (DGPS) megoldással csök- 
kentik. Ennél a felhasználó és egy közeli viszonyítási vevő 
által kapott jelek eltéréseit figyelve a mindkét vevő által ér- 
zékelt hibák, vagyis a hibák túlnyomó része kiküszöbölhe- 
tő. A DGPS a viszonyítási vevőhöz képesti helyzetet ad 
meg, ehhez hozzáadva a viszonyítási helyzetet megkapjuk 
a felhasználó abszolút helyzetét. 

A DGPS használatának alternatívája a hibák modellezése és 
közvetlen semlegesítése. A GPS-jeleket érintő hatások új és 
hibaforrásokra érzéketlen modelljének megalkotása komoly 
kutatások tárgya az ARL:UT-n és más laborokban egyaránt. 
Ilyen modellek kidolgozására kiindulásként a helymeghatá- 
rozó algoritmus használható. Az alapszemlélet az, hogy a 
helymeghatározó algoritmust kifordítva meg lehet vizsgálni 
magukat a helyesbítő lépéseket. Ha például hálózatot állí- 
tunk össze a vevőkből, és összesítjük ezek megfigyeléseit, 
akkor világszintű térképet készíthetünk az ionoszféráról. 


Továbbfejlesztett efemeriszek 

A GPS alapú helyzetmegoldások pontossága leginkább jobb 
műholdas efemeriszekkel javítható. Az amerikai National 
Geospatial-Intelligence Agency (NGA) feladata a pontos 
efemeriszek előállítása és nyilvánossá tétele. Ezek alap- 

ján pontosabban meg lehet ismerni a műholdak pályáját. 

A szórt navigációs üzenetekben szereplő pályaadatok méte- 
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3. ábra Normál szélessávú (vörös) és geometriamentes (kék) 
fázis egy műholdról 


res nagyságrendű hibát tartalmaznak, a pontos efemeriszek 
ellenben 10 cm nagyságrenddel pontosak. Az International 
GPS Service (IGS) egy világméretű polgári együttműködés, 
amely szintén szolgáltat pontos efemeriszeket. A pontos 
efemeriszek előállításához szükséges adatokat megfigyelő 
állomások világméretű hálózatai szolgáltatják. 


GPS adatforrások 


Pf, 


Sok megfigyelőállomás adatai szabadon elérhetők az 
interneten keresztül, de az állomások jelentős része az 
IGS-nek is átadja eredményeit. Emellett sok hálózat szintén 
közzéteszi eredményeit az interneten, ilyen például az 
Australian Regional GPS Network (ARGN), illetve a NASA- 
hot kötődő, világszintű Crust Dynamics Data Information 
System (CDIS) rendszer. 


GPS fájlformátumok 

A GPS megfigyelések eredményeit kutatók által, kutatók 
számára fejlesztett, szabványos formában szokták rögzíteni. 
A formátum kapcsán fontos gondolat, hogy az adatoknak 
függetleneknek kell lenniük a begyűjtésüket végző megfi- 
gyelőeszköz típusától. Ezt tükrözi a formátum neve is: 
receiver independent exchange (kb. vevőtől független adat- 
csere), röviden RINEX. Egy másik GPS vonatkozású formá- 
tum az SP-3, amely pontos efemeriszeket tárol. A GPSTk 

a RINEX és az SP-3 formátumot egyaránt támogatja. 


A GPS-vevők és a nyílt forrás viszonya 

A GPS-vevők az elmúlt években egyre olcsóbbak és egyre 
nagyobb tudásúak lettek, különösen, ami a hordozható 
készülékeket illeti. A vevők szolgáltatásainak egy része álta- 
lánosnak mondható. Például mindegyikük néhány másod- 
percenként bocsátja ki kimenetén az éppen érvényes hely- 
zetmegoldást. A vevők mindegyike tárol egy helyzetlistát is, 
ennek elemeit útvonalpontoknak nevezzük. Sok készülék 
képes feltölthető térképek megjelenítésére, továbbá jelentős 
részük PC-vel vagy kézigéppel is tud kapcsolatot tartani ab- 
ból a célból, hogy a gépen adattárolást végezzen vagy hely- 
zetadatokat adjon át a rajta futó térképprogramnak. 

A számítógépekkel és egyéb eszközökkel folytatott adatcse- 
re általában a National Marine Electronics Association 
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4. ábra Csúszás észlelhető (kék kör) a szélessávú adatsorban (zöld), 
ahol a próbamennyiség (sötétkék) nagyobb a határértéknél (bíbor) 


NMEA-0183 jelzésű szabványa szerint történik. Az NMEA- 
0183 egy ASCII alapú, helyzetmegoldások, útvonalpontok 
és vevőoldali hibakeresési adatok továbbítására alkalmas 
formátumot ad meg. Egy sornyi NMEA formátumú adat, 
más megnevezéssel mondat, körülbelül így épül fel: 
$GPGLL,5133.81,N,00042.25,W"775 


Az adatsor egy szélesség-hosszúság pontot határoz meg: 
51" 33.81 perc észak, 07 42,25 perc nyugat. A záró rész az 
ellenőrző összeg. 

Nyilvános szabványként az NMEA-0183 formátum biztosít- 
ja a választás szabadságát a GPS-használóknak. A nyílt for- 
rású alkalmazások általában NMEA-0183 formátumban fo- 
gadják a helyzetadatokat a vevőegységektől. 

Zárt szabványokkal is gyakran találkozhatunk. A SiRF pél- 
dául zárt protokoll, használatának jogát a vevőegységek 
gyártói vásárolhatják meg, de nem egy gyártó saját bináris 
protokollt fejlesztett ki. Azóta ezeknek a protokolloknak 
egy részét megnyitották, néhányat pedig visszafejtettek. 

A GPSBabel egy nyílt forrású tervezet, célja a fogyasztói 
szintű vevőkkel végzett adatcsere biztosítása. A Sharc Pro- 
ject hasonló tervezet, ám célja a földmérési szintű vevőkkel 
való adatcsere lehetővé tétele. 

A fogyasztói szintű vevőkhöz számos figyelemre méltó 
nyílt forrású alkalmazás létezik. Van köztük autós navigáci- 
óra használható, például a GPS Drive Project mindehhez 
grafikus térképet rajzol nekünk. A GPS Drive a Festival ne- 
vű alkalmazással is összecsatolható, így a vezetési utasításo- 
kat beszéd formájában kapjuk meg. A 3 WIGLE-.net és a 
hozzá hasonló oldalak a nyilvános vezeték nélküli hozzáfé- 
rési pontok koordinátáit gyűjtik, GPS készülékünkkel 
könnyedén megtalálhatjuk őket. 

A DGPS megvalósítása hagyományosan kettő vagy több ve- 
vővel történik, amelyek helyzetadataikat rádióhullámokon 
továbbítják. Nyílt forrású alkalmazásokkal a DGPS-t immár 
IP felett is meg tudjuk valósítani, ugyanis a gpsd nevű nyílt 
forrású tervezet képes NMEA-0183 mondatokat ICP/IP fe- 
lett továbbítani. A gps3d Project, amely helyzetünket és a 
GPS beállításait három dimenzióban jeleníti meg, szintén 
képes gpsöd kiszolgáló segítségével dolgozni. Mindezen al- 
kalmazások szabványos helymeghatározásra alapulnak. 
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Ha magasabb szintre szeretnénk lépni, akkor közvetlenül 
a vevő által végzett megfigyelések eredményeivel kell 
dolgoznunk, ezt a lehetőséget viszont csak néhány nyílt 
forrású vagy szabadon elérhető program biztosítja. Az 
OpenSourceGPS például Zarlink lapkakészletre épülő GPS- 
vevő kifejlesztését célozza. Az UNAVCO tegc eszközkészle- 
te minőségbiztosítást végez, illetve a vevőtől érkező nyers 
adatokat feldolgozva RINEX formátumú üzeneteket állít 
elő, de zárt forrású. A GPSTk célja ezekkel szemben az, 
hogy a felhasználóknak a megfigyelések eredményeinek 
elérésén túl a feldolgozó algoritmusok továbbfejlesztésére 
is megadja a lehetőséget. 


A GPS Toolkit 

A GPS Toolkit (GPSTK) kódja tisztán ANSI C-t - alapú. Géptí- 
pustól független, Linuxon, Solarison és Microsoft Windowson 
egyaránt lefordítható és gond nélkül használható. Minden 
megtalálható benne, ami az önálló, konzolos programok írásá- 
hoz szükséges, illetve számos teljes alkalmazás is része. 
lervezése nagymértékben objektumorientált. Minden a 
gpstk:: névtéren belül található. Egy RINEX formátumú meg- 
figyelésfájlt például ilyen egyszerűen lehet olvasni és írni: 


// RINEX fájl megnyitása, olvasása és írása 
using namespace gpstk; 

// bemeneti fájlfolyam 

RinexobsStream rin(inputfile); 

/7/ kimeneti fájlfolyam 

RinexobsStream rout(Coutputfile, 
1os::out] 10s: : trunc) ; 

DayTime nextTime; //dátum/idő objektum 
RinexobsHeader head; //RINEX fejléc objektum 
RinexobsData data; //RINEX adat objektum 


// a RINEX fejléc beolvasása 
rin 55 head; 

rout.header -— rin.header; 
rout cc rout.header; 


// végiglépkedés a különféle időpontokhoz tartozó 
s adatokon 

while (rin 55 data) ( 

nextTime - data.time; 

// megfigyelési adat megváltoztatása 

rout cc data; 


J 


A könyvtár legfontosabb képességei a RINEX fájlok olvasá- 
sáralírására épülnek. Része egy teljes értékű dátum- és idő- 
kezelő osztály, amellyel GPS és egyéb formátumú időcím- 
kéket lehet manipulálni. 

A RINEX fájlok kezelésén túl a GPSTk geodéziai koordiná- 
ták (szélesség és hosszúság) kezelésére alkalmas, valamint 
GPS efemerisz számításokra használható osztályokat is tar- 
talmaz. Ugyancsak található benne egy teljes értékű, sablon 
alapú mátrix- és vektorkezelő csomag, illetve GPS helymeg- 
határozó és navigációs algoritmusok, melyeket nagy számú 
troposzféra modell egészít ki. 

Végül, a terjesztés önálló programokat is tartalmaz. lalálunk 
benne RINEX fájlok ellenőrzésére és módosítására, összegzé- 
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5. ábra A cikluscsúszás becsült mértéke 


sek készítésére, megfigyelési adatok eltávolítására vagy mó- 
dosítására, a mondatok szakadásait javító, valamint a meg- 
szokott hibák és helyesbítő tényezők számítására alkalmas 
segédprogramot. Utóbbi például az ionoszférában a jel útvo- 
nalán található teljes elektrontartalmat képes meghatározni. 


Az első lépések a GPS Toolkittel 

A GPS Toolkit .tar állomány formájában tölthető le. (Lásd 
az internetes források részt.) Az eszközkészlet lefordításá- 
hoz szükség van a jam-re, a make egyik helyettesítőjére, il- 
letve a forrásfájlok alapján leírásokat előállító Doxygenre. 
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6. ábra Helyzetek interpolálása 


A fordítás menete nagyjából a következőképpen alakul: 


tar xvzf gpstk-1.0.tar.gz 
cd gpstk 

jam 

doxygen 

su 

jam -SPREFIX-/usr install 


A fenti parancssorozattal lefordítjuk és — a /usr fa alá — tele- 
pítjük a GPSIk dinamikus és megosztott könyvtárait, vala- 
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mint a fejlécfájlokat. Létrejön egy doc alkönyvtár is, amely 
a GPSIk könyvtár HIML alapú leírásait tartalmazza. 

Az alábbiakban három, az ARL:UTI-n készített GPSTk példa- 
alkalmazást szeretnék ismertetni. A második ezek közül a 
GPSTKk-ban is szerepel. 


Megnövelt pontosságú helymeghatározás 

A GPSIK által előállított helyzetmegoldások jóval pontosab- 
bak, a hibahatásokra érzéketlenebbek a GPS-vevők által 
szolgáltatottaknál. A 2. ábrán az ebből fakadó előnyöket 
szemléltettük; mindkét tengely a -10 - 10 méter tartományt 
ábrázolja. 

Az A ábra a helyzetszámításokat, illetve keleti és északi irányú 
szórásukat szemlélteti. Egy fogyasztói szintű GPS-vevő ilyen 
eredményeket szolgáltat. A B ábra a légköri késleltetések fi- 
gyelembe vételével kapott helyzetbecsléseket szemlélteti. A 
közvetlen feldolgozás nemcsak a pontosságot, de a hibatűrést 
is javítja. A C ábrán láthatjuk, mi származik egy műhold meg- 
hibásodásából. A D ábrán követhetjük, hogy a hibás műhold 
GPSIK általi felismerésekor és kiiktatásakor mi történik. 


Vivófázis-szakadások helyesbítése 

A GPS-adatok feldolgozásakor sok gondot okoznak a vivő- 
fázisban megjelenő szakadások. A fázisadatok felhasználása 
előtt fel kell ismerni és helyesbíteni kell a cikluscsúszásokat. 
A GPSITk csomag tartalmaz egy szakadásjavító alkalmazást, 
amely pontosan ezt a feladatot látja el. A javítási lehetősé- 
get természetesen maga a könyvtár is biztosítja. 

A GPSIk szakadásjavítója a kétfrekvenciás fázisadatok két 
lineáris kombinációját állítja elő, ezeket szélessávú fázistor- 
zításnak és geometriamentes fázisnak nevezzük. Normál 
adatok esetére ezek alakulását a 3. ábra szemlélteti. A széles- 
sávú torzítás (vörös) Zajos ugyan, de átlaga állandó. A geo- 
metriamentes fázis nem függ a vevő és a műhold geometri- 
ai viszonyától, de az ionoszféra miatt fellépő késleltetés erő- 
sen befolyásolja, pontosabban egyenesen arányos ezzel 

a késleltetéssel. Normál esetben az ionoszféra nyugodt és 
egyenletes, ám előfordul, hogy aktívabb, zavarosabb álla- 
potba kerül, ilyenkor ez az érték széles tartományban vál- 
tozhat. A geometriamentes fázis és a szélessávú zaj az adat- 
sor elején és végén egyaránt növekszik, a műhold ugyanis 
ekkor kel és nyugszik, ilyenkor a jelnek hosszabb útvonalat 
kell megtennie a légkörben. 

A szakadásjavító először a szélessávú fázistorzításban keresi 
meg a csúszásokat. A 4. ábra egy ilyen felismerésének esetét 
szemlélteti. Ha a szélessávú fázistorzításban csúszást talál, a 
kód a geometriamentes fázist is megvizsgálja, és abban is csú- 
szást keres. A csúszás nagyságát úgy becsüli meg, hogy a csú- 
szás két oldalán alacsony fokú polinomokkal közelíti az ada- 
tokat, extrapolál a csúszás pontjáig, majd különbséget számol. 


Műholdak helyzetének interpolálása 

A GPSITk egy másik az ARL:UT-n kidolgozott alkalmazásá- 
hoz egy alacsony pályán keringő, GPS-vevővel rendelkező 
műholdra is szükség van. Ez a műhold a felette látható mű- 
holdak GPS-adatait is begyűjti, ezeket felsőoldali adatoknak 
nevezzük, illetve az alatta láthatókét is, ezek lesznek az al- 
sóoldali adatok. Az alsóoldali GPS-jel meglehetősen hosszú 
utat tesz meg a légkörben, így kiválóan használható a lég- 
kör állapotának figyelésére. A felsőoldali adatok alapján vé- 
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gezhető el az alacsony pályán keringő, gyorsan mozgó mű- 
hold helyzetének meghatározása. A gond az, hogy a felső- 
oldali adatok gyűjtése kisebb — 10 másodperces — gyakori- 
sággal történik, mint az alsóoldaliaké (1 másodperc), ám 

a nagyobb gyakorisággal érkező alsóoldali adatok feldolgo- 
zásához szükség van a műhold pontos helyzetére. Ennek 

a problémának a megoldására született egy GPSITKk alapú 
program, amely beolvassa a GPS-adatokat, a felsőoldali 
adatok alapján kiszámítja az alacsony pályájú műhold hely- 
zetét, majd ezeket egy másodperces időosztásokra interpo- 
lálja. Az eredmény, az alacsony pályájú műhold Föld körüli 
útja a 6. ábrán látható. 


A GPSTK jövője 

Nyílt forrású, GPS-adatok feldolgozására alkalmas, a GPS 
Toolkithez hasonló szolgáltatásokat nyújtó csomag eddig 
még nem létezett — izgatottan várjuk, mi fejlődik majd ki 
belőle. A GPSTk széleskörű figyelemre számíthat. Az egye- 
temek a GPSTIKk-t felhasználhatják a GPS-adatok nyílt forrá- 
sú kóddal való feldolgozására. A beágyazott eszközök fej- 
lesztői olyan programokat állíthatnak össze, amelyek GPS 
alapú helymeghatározásra, valamint RINEX adatfájlok ol- 
vasására, írására és szerkesztésére képesek. A kutatók kiváló 
kiindulási alapnak találják majd tisztán program alapú 
GPS-vevők megvalósításához. 

Bár a GPSIk további sorsa elsősorban a felhasználók vissza- 
jelzéseitől és hozzájárulásától függ, a műholdas navigáció 
terén beálló változások is befolyásolni fogják. A közeljövő- 
ről annyit, hogy az első olyan műholdat, amely polgári 
használatra is ad majd kétfrekvenciás áltartományokat, 
várhatóan 2005-ben lövik fel. Az Európai Unió elindította 

a Galileot, ennek célja a GPS-sel kompatibilis, polgári irá- 
nyítású szolgáltatás biztosítása — valószínűleg átrendezi 
majd az eddigi erőviszonyokat. Hosszútávon várható, hogy 
a GPS rendszer új jeleket fog tartalmazni az L5 és az M 
kódban. A GPSTIKk az alapszintű megfigyelési lehetőségekre 
építkezve megfelelő alapot kínál majd mindezen változá- 
sok, újdonságok követéséhez és kihasználásához. 

Bízunk abban, hogy az egyetemi hallgatók, a laboratóriumi 
kutatók, a rendszermérnökök és a programfejlesztők egy- 
aránt ki tudják majd használni a GPS Toolkit által kínált le- 
hetőségeket, és maguk is hozzájárulnak további fejlesztésé- 
hez. Saját laborunkon belül is rengeteg előnnyel járt és jár 
a használata, ezért reméljük, hogy a GPSTIk még számos új- 
szerű GPS-es alkalmazás elkészítésében játszhat szerepet. 


Linux Journal 2004. szeptember, 125. szám 


Dr. Brian W. Tolman kutató a lexasi Egyetem Alkalmazott 
Kutatások Laboratóriumában. Immár 18 éves tapasztalattal 
rendelkezik a GPS vonatkozású kutatásokban, adatelemzé- 
sekben és programfejlesztésekben. Doktori címét az austini 
lexasi Egyetemen, elméleti fizikából szerezte. 


Ben Harris mérnökkutató az austini Texasi Egyetemen. Ami- 
kor éppen nem GPS-es témájú vizsgálatokat végez, doktori 
dolgozatával foglalkozik vagy csodálatos családjával van 
együtt, akkor robothalakat programoz a Pulp Hictilon egyes 
jeleneteinek eljátszására. 


Grafikus felület létrehozása a ps parancshoz 


a Mozilla segitségével 


Készítsünk grafikus felületet parancssoros feladatainkhoz a Mozillával. 


Linux egyik nagyon előnyős tulajdonsága, 
hogy álnevek, parancsfájlok és egyéb trükkök se- 
gítségével könnyen hozhatunk létre új parancso- 


kat. Ezek a módszerek valamennyien a parancssori felületre 
építenek. Vajon mi a helyzet akkor, ha grafikus felületre van 





szükségünk? 

Kevés olyan eljárás létezik, amely nemcsak kifogástalan 
külsőt, de könnyű használhatóságot is nyújt. Ebben a cikk- 
ben egy olyan ígéretes lehetőséggel ismerkedhetünk meg, 
amely a Mozilla felületét használja. Egy meglehetősen bo- 
nyolult, de gyakori problémán keresztül vizsgáljuk meg 

a kérdést: hogyan jeleníthetjük meg minél szemléleteseb- 
ben a ps parancs által szolgáltatott hierarchikus informáci- 
ókat. Ehhez szükségünk lesz a Mozilla egy friss (legalább 
1.4-es) példányára. 

Számos grafikus eszközkészletet használhatunk Linux alatt, 
kezdve az Xt-től a Tc[/Tk-ig. Ezeknek a készleteknek az ok- 
tatóanyaga rendszerint egy gomb létrehozásával kezdődik. 
S ha ez ennyire bevett szokás, próbáljuk ki mi is, majd ha- 
ladjunk tovább. A Mozillában a grafikus felületek leírására 
az XML parancsformátuma használatos. Egy button. xul 
nevű, gombot meghatározó dokumentum a következőkép- 
pen fest: 


c?xml] version-"71.07?5 
2AWihndow 
s xmlns-"http://www.mozi 1] la. org/keymaster/ 
s gatekeeper/there.is.only.xul"5 
cbutton label-"Press Me7/s5 
2/windows 


A kicsit hosszúnak tűnő karakterlánc, 

a http: //www.mozi I la.org/keymaster/gatekeeper/stb. 
. azt jelzi a Mozilla számára, hogy most nem egy közön- 

séges HIML-tájlról van szó, hanem XUL-fájlról. A XUL 

az XML egy grafikus környezetek leírására használatos, 

Mozilla-specifikus nyelvjárása. Jelenítsük meg a nyomó- 

gomb ablakát a következő paranccsal: 


mozilla -chrome button.xul 


Ez a példa nagyon egyszerű, nem is érdemes tovább foglal- 
koznunk vele, bár még egy egyszerű gomb viselkedésével 


www.linuxvilag.hu 


1. lista Parancssoros keret a ps számára 


ft! /bin/ksh 

export COLUMNS-300 

ps h -ew -o "9p,?éP , 96C , 96x , J8Z , 90G , Jen , 98U , a 
ss /tmp/psdata 


kapcsolatban is sok minden elmondható lenne. A ps pa- 
rancs kimenetének megjelenítése azonban ennél sokkal 
nagyratörőbb terv, úgyhogy inkább lépjünk tovább. 

A cbutton: eszközkészlet helyett próbáljuk ki a Mozilla és 
a XUL egyik komolyabb fegyverét, a ctree: eszközkészletet. 
Egy kis kódolásra is szükségünk lesz, no és jóval több XML- 
re. Most a hangsúly inkább a gyors fejlesztésen van, nem cél 
a tökéletes program megalkotása. A kódolással kezdjük. 
Indulásképpen a ps elvégzi a kezdeti adatok begyűjtését. 
Az 1. listán a 777 jogosultsági módú psdata.ksh fájlt látjuk. 
A kimenet minden minket érdeklő mezőt tartalmaz 
vesszőkkel elválasztva, a fejlécsor nélkül. A PID és a PPID 
kötelező részek, a maradék pedig olyan nem kötelező, de 
hasznos mezőkből áll, mint például a COMMAND. Ez minden, 
amit a hagyományos Linux szükségessé tesz. 

A kód többi része a Mozillától függ. Az előre lefordított 
rendszercsomagok legalább két futtatható fájlt tartalmaz- 
nak, a mozi 1 1a-t, és a regxpcom-ot. Mi az xpcshe1 1 bináris 
állományt is használni fogjuk. Ez az állománya Mozillában 
a Perl parancsértelmező JavaScript megfelelője és nem ren- 
delkezik grafikus támogatással. Az xpcshel1 olykor a fej- 
lesztés jó kiindulópontja lehet, de soha nem nélkülözhetet- 
len. Ennek megszerzéséhez a Mozilla egy teljes lefordított 
változatára van szükségünk. Ellenőrizzük először is 

a www.mozilla.org/bui ld oldalon az eszközlánccal 
(toolchain) kapcsolatos előfeltételeket. Ezután töltsük le 

a forrást az FIP vagy távoli CVS segítségével. Inkább egy fő 
kiadást, mint a naponta változó legfrissebb változatot aján- 
lom. A kicsomagolás után kövessük a szabványos fordítási 
lépéseket: 


cd mozilla 
. /configure -disable-debug 
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2. lista Az idegen adatok kötegelt betöltése 
az xpcshell-be 


Components . classes; 
Components . interfaces; 


const Cc -— 
const Ci -— 


var klass — (k; 
var psdata -— null; // last results from ps(1). 


klass.file —- Cc[/émozilla.org/file/local;1"]; 
klass.process -— 
cc["émozilla.org/process/util;1"]; 

klass.stream 

- Cc[ 4mozilla.org/network/fi1le-input- 

s stream;1"]; 
klass.jsstream 

— Cc[ émozilla.org/scriptableinputstream;1" ] ; 


function execute ps() ( 
// freeze until ps(1) is finished. 
var blocking — true, argv — [], result — íh; 
var path - 
"/home/nrm/writing/psviewer/psdata.ksh" 


var file 

- klass.file.createlnstance(Ci .nsIiLocalFi11e); 
var process 

- klass.process.createlnstance(Ci.nsIiProcess); 


file.initwithPath(path); 

process.init(file); 

process. run(blocking, argv,argv.length, 
s presult); 


function read raw data ( 


make 
make install 


A hibakeresésre használt változatok lassúak és tele vannak hi- 
bakereső részletekkel. Igaz ugyan, hogy ezek ártalmatlanok, 
de most inkább kerüljük őket. Az ilyen kódnak a fordítása is 
tovább tart egy órával, és akár 1 GB helyet is elfoglalhat. 

A kapott bináris állományokat a mozi I la/dist/bin könyv- 
tárban találjuk majd. Ezeket futtathatjuk ebből a könyvtár- 
ból, vagy bármilyen más helyről, amennyiben 

a MOZILLA FIVE HOME és LD. LIBRARY. PATH változók értéke 
be van állítva. Most már minden szükséges bináris állo- 
mány és héjprogram elérhető. 

A Perl esetén a ps kimenetét valahogy el kell juttatni 

a programozási környezetbe. Ebben az esetben az eszköz 
egy JavaScript parancsértelmező. Ennek a végrehajtásához 
nem elég egy nyelvi parancsformátum, az [/O támogatására 
is szükségünk van. A Perl-ben a támogatás a nyelvi függvé- 
nyek szintjén került megvalósításra, ezzel szemben 

a JavaScript nem rendelkezik [/0-függvényekkel. 
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const path - "/tmp/psdata"; 
var mode mask - 0x01, perm mask - 0;  //open(2) 
var file 

- klass.file.createlnstance(Ci.nsIiLocalFi11e); 
file.initwithPath(path) ; 


var stream -— klass.stream.createlnstance( 
5 C1.nsIFilelnputStream); 


stream.init(file, mode mask, perm mask, 0); 


var jsstream - klass.jsstream. createlnstance( 
5C1.nsiScriptablelnputStream); 


jsstream.init(stream) ; 

var data - jsstream.read(file.fileSize); 
// got the file content. break it down. 
data - data.split("v012"); 


for (var 1 - 0; i c data.length; 1--) 

í 
dataLli] - data[i].replace(/ st, Astg o, "); 
datali] - data[i].replace(/Awst/,""); 
psdata.push(datalil].split(",")); 

§ 


execute psO; 
read raw dataO ; 


A Mozillában ez az [I/O támogatás objektumok használatá- 
val érhető el, amelyeket azonban nem szolgáltathat egy 
könyvtár, mivel a nyelvi alap nem rendelkezik [/DO- 
függvényekkel. Vagyis a Perl use vagy reguire parancsa 
ebben az esetben nem fog működni. Olyan áttételes műve- 
leteket sem alkalmazhatunk, mint például az echo "pwd". 
Ehelyett a Mozilla az XPCOM-ot kínálja. 

Az XPCOM a Microsoft-féle COM (Component Object Mo- 
dell, komponens objektum-modell) egy megvalósítása, és 
használható Linux/UNIX, Windows és Macintosh rendsze- 
reken egyaránt. Jelenleg a működése egyetlen folyamatra 
korlátozódik, vagyis nincs lehetőség DCOM (Distributed 
Component Object Modell, elosztott komponens objektum- 
modell) használatára. Az XPCOM/COM nyújtja a leggyor- 
sabb megoldást arra, hogy egy parancsnyelvi környezetet 
új lehetőségekkel bővítsünk. Működése közben egy előre 
lefordított objektumot (például C vagy C-H-t objektumot) 
kapcsol össze a parancsnyelv objektumhivatkozásával. 

A legközelebbi Perl-megfelelő az XM, de míg az XPCOM 
nem igényli a program újrafűzését, az XM igen. 


3. lista Tiszta XUL kód a trees eszköz statikus 
tartalommal történő megvalósítására 


c?xm] version-"1.0"?5 
c?xml-stylesheet 
href-"chrome : //global/skin/global . css" 
type-"text/css"?s 
c2!DOCTYPE windows 
cAwindow xmlns-"http://wwwv.mozill]a.org/keymaster/ 
s gatekeeper/there.is.only.xul" 
—title- "Process Tree"5 
2etree Ta tl " T]Jex— I - 
xtreecolsz 
xtreecol flex-"1" 1d-"A" 
ss label—- "primary column" primary-"true"/5 
á2treecol flex-"1" 1d-"B" label-"column 27/5 
xaxtreecol flex-"1" 1d-"B" label-"column 3"/5 
c€/treecolsz 
xctreechildren 1d-"titems" flex-"1"5 
ctreeitem 1d-"row1l" container-"true" 
5 open-"true"s5 
ctreerows 
xtreecell label-"cell"/5 
xtreecell label-"cell"/5 
xtreecell label-"cell"/5 
c€/treerows 


ctreechi Idrens 
actreeitems 
ctreerows 
xtreecell label-"cell"/5 
xtreecell label-"cell"/5 
xtreecell label-"cell"/5 
c€/treerows 
c€/treeitems 
c€/treechilIldrenz 
c€/treeitems 


actreeitems 
ctreerows 
xtreecell label-"cell"/5 
xtreecell label-"cell"/5 
xtreecell label-"cell"/5 
c€/treerows 
c€/treeitems 


c€/treechildrenz 
c€/trees 


c/windows 
Bár a Mozilla alapértelmezésben is több ezer XPCOM ob- 
jektumot tartalmaz, az ZXPCOM mégsem egy Java-szetű vir- 


tuális gép, hanem rendszerint olyan lefordított kód, amely 
hatékonyságát a hardverközeli futás biztosítja. 
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LEOIUMN d 
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1. kép Egyszerű trees eszköz startikus XUL tartalommal 


Furcsának tűnhet, hogy Linuxon a Microsoft elgondolását 
alkalmazzuk, de az XPCOM teljesen nyílt forráskódú és 

a UNIX terén olyan szerepet tölt be, amelyre sokáig nem 
volt példa: a Linux/UNIX rendszereken egyszerűen nem 
létezett ilyen jól használható, közepes méretű komponens- 
modell. A múltban is volt CORBA, és voltak a dinamikus 
könyvtárak (dl)]), de az egyik túlságosan nehézsúlyú, a má- 
sik túlzottan pehelysúlyú megoldást jelentett. Az XPCOM 
ezzel szemben tökéletesen illeszkedik a közepes méretű fel- 
adatokhoz. Rendkívül jól használható azokon a területeken, 
ahol az alkalmazás viszonylag nagy bináris állományokból 
áll és a megvalósítás alapvetően teljesítményközpontú. 

Az XPCOM illetve COM használatára a Windows 
Oueryinterface() metódusának gyakori hívása a jellemző, 
de most a Linux-programozók érzékenysége miatt a cikk- 
ben helyette inkább a createInstance() és getServiceO 
metódusokat fogjuk használni. Azért jó tudni, hogy 

a OueryInterface() is rendelkezésre áll. 

Térjünk vissza a kódra. Olvassuk be a ps kimenetét a 2. lis- 
tán látható módon. 

A lista első része beállít néhány globális változót. 

A components egy már létező objektum, amely valamennyi 
komponensnek nevezett XPCOM-objektum és az általuk 
támogatott (Java vagy COM értelemben vett) felületek 
könyvtára. Egy XPCOM-objektum megszerzéséhez keres- 
sük meg a megfelelő komponenst (a nevét a Contract ID 
nevű karakterlánc tárolja) és hozzunk létre hozzá egy meg- 
jelenési (interface) objektumot (amely szintén egy karakter- 
lánc vagy tulajdonság neve alapján kaphatja a nevét — mi 
itt az utóbbit használjuk). A komponensek újbóli felhaszná- 
lása elterjedt gyakorlat, így ha egyszer létrehoztuk, akkor 

a klass objektum egy alkalmas jellemzőjeként kerülnek 
mentésre - a class a JavaScript egy fenntartott kulcsszava. 
A megadott függvények foglalják el a listában a ftennmara- 
dó helyeket. Az execute ps 0 egyszerűen egy újabb folya- 
matot futtat: a ps keretének parancsfájlját. Ehhez szüksége 
van egy fájl objektumra (mégpedig egy nsILocalFi le típu- 
súra) és egy process (folyamat) objektumra (nsIProcess 
típus). A runO a forkO használatával hívja meg a folya- 
matot. A Mozillát úgy fejlesztették, hogy mindezt hordoz- 
ható formában tegye, de esetünkben most csak a Linux tá- 
szerepel a kódban. A másik függvény, a read raw dataO 
az adatokat olvassa be. A Mozilla az adatfolyam, átvitel és 
csatorna elveket használja, vagyis ugyanazokat, amelyeket 
a Java néhány magas szintű szolgáltatása, de mindezt az 
osztályok létrehozásának bonyodalma nélkül. Nekünk egy 
fáljobjektumra van szükségünk a ps-től jövő adatok tárolá- 
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befüre Template 
Repgated content  urn:exzample:item:A 


Repgated content  urr:esample:item:BE 
After Template 





2. kép Statikus RDF-tartalomra épülő egyszerű sablonnal 
támogatott grafikus felület 


KAzEe be 
snapshot of processes currently running 


USER [ COMMAND 
root root init 
root root (keventd] 
root root (kapm-idledj 
root - root (mdrecoverydj 
root root (eth0) 
root syslogd -m 0 
root klogd -2 
rpc portmap 
rpcuser rpc.statd 
root fusrisbinzapmd -p 10 -w 5 -... 
root fusrisbinzsshd 
root xinetd -stayalive -reuse -pi... 
root nmbd -s /etc/sambalsmb.conf 
nrm fam 
root smbd -s /etcssambalsmb.co.... [v] 





0 
0 
0 
0 
0 
0 
0 
0 
1 
0 
1 


3. kép A végső trees eszköz, amelynek RDF-adatait 
a JavaScriptből merítettük 


sára. A stream objektum egy utat nyit meg ennek a tarta- 
lomnak a fájl felé. Egy kis trükkre is szükség van: az eredeti 
stream objektumot egy másik különleges stream- 
objektumba kell ágyazni, amelyre parancsok adhatók ki. 
Egyetlen readO hívással a fájl egész tartalmát egy karakter- 
láncban helyezzük el. A következő lépésben néhány Perl- 
szerű szabályos kifejezés boszorkányos ügyességgel először 
sorok tömbjeire majd egymásba ágyazott tömbökké alakítja 
a karakterlánc tartalmát. Minden adatot karakterként keze- 
lünk. Az adatok feldolgozásának helyességét az xpcshel1 
által biztosított elemi print paranccsal ellenőrizhetjük. 
Sajnos a Mozilla jelenleg nem támogatja a PID azonosítók 
visszakeresését, így /tmp/psdata. $$ jellegű fájlokat még 
nem használhatunk. Ugyanakkor valószínű, hogy ennek 

a megoldása sem fog sokáig váratni magára. 

Ebben a parancsfájlban egy sereg XPCOM-objektumot ta- 
lálhatunk, de vajon hogyan tudjuk a megfelelőket megke- 
resni? Ahogy bármelyik programozói könyvtár esetén, itt 

is rendelkezésünkre áll egy referenciaanyag. Keressük meg 
a Mozilla forráskódjának .IDL kiterjesztésű fájljait (ezek 

a mozilla/dist/idl! könyvtárban helyezkednek el), néz- 
zünk körül a Világhálón, vagy olvassunk el egy könyvet 

a témában. 

Kezdetnek ennyit a parancsfájlokról, a parancsfájlok írása és 
a táblázatos adatok témája a Linux amúgy is jól ismert terü- 
lete. A grafikus felület létrehozásához a Mozillának az XML- 
re ezen belül is a XUL-ra van szüksége. Ez a parancssortól 
nagymértékben eltérő terület és ahhoz, hogy boldoguljunk 
vele, közelebbről meg kell ismernünk. A folyamatot éppen 
ezért most könnyen érthető lépésekre osztottam fel. Pillant- 
sunk először is a 3. lista és az 1. kép által mutatott XUL 
ctree: eszközre. A fa megjelenése igen tetszetős, mivel 

a c?xml-slylesheet?: feldolgozási utasítás feltétel nélkül 
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4. lista Egyszerű tartalomtól függő sablon 
megvalósítása XUL-kóddal 


c?xm] version-"1.0"?s5 
c?xml-stylesheet 
href-"chrome : //global/skin/" 
type-"text/css"?s 
c2!DOCTYPE windows 
cwindow xmlns-"http://ww.mozilla.org/keymaster/ 
 gatekeeper/there.is.only.xul"5 
cadescription value- "Before Template"/5 
cvbox datasources-"trivial.rdf" 
s ref-"urn:example: items" 


ss containment—"http://ww. example. org/ 
s TestDataffitems"5 


ctemplates 
xrules 
cconditionsz 
ccontent uri1-"?uri"/5 
cAmember container-—"?ur1" child-"?note"/5 
ca/conditionsz 
cactionsz 
achbox uri1-"?7note"5 
cdescription value-"Repeated content"/5 
cdescription value-"?note"/5 
c€/hboxz 
ca/actionsz 
c/rules 
c€/templates 
£/vboxz 
cdescription value- "After Template"/5 
2/windowzs 


5. lista A 4. lista sablonjához illő trivial.rdf fájl 


c?xm] version-"1.0"?s5 
2ZRDF 
xmi]ns : TD-—"http://ww. example.org/TestDataft" 
xm]lns- "http: //ww.w3 . org/1999/02/ 22-rdf- 
s syntax-nsít"5 


ADescription about-"urn:example:root"5 
-AT:1temsz 
cSeg about-"urn: example: items"5 
ali resource-"urn:example:item:A"/5 
ali resource-"urn:example:item:B"/5 
c/Segz 
ca/T:1temsz 


c/Descriptionsz 
a/RDF3 


6. lista A ps-adatok faszerkezet-nézetének 
végső XUL-kódja 


c?xm] version-"1.0"?s5 
c?xml-stylesheet 
href-"chrome : //global/skin/global . css" 
type-"text/css"?s 
c2!DOCTYPE windows 
cAwindow xmlns-"http://ww. mozi 1] la.org/keymaster/ 
b gatekeeper/there.is.only.xul" 
—title-"Process Tree" flex—"1"5 
cscript src-"tree.js"/5 


cavbox flex-"1"5 
cdescriptionsz 
Snapshot of processes currently running 
c€/descriptionsz 


ctree 1d-"proc-tree" 
s lex 
s datasources-"rdf:null" 
s ref-"http://ww. example. org/ProcData$ProcList" 
ss containment—"http://ww. example . org/ 
5 procDatafchild"5 


xtreecolsz 
xtreecol 1d-"pid" primary-"true" label-"PID" 
sz minwidth-"75"/5 
csplitter class-"tree-splitter"/5 
actreecol 1d-"pcpu" label— "9CPU" 
s minwidth-"40"/5 
csplitter class-"tree-splitter"/5 
xctreecol 1d-"time" label- "TIME" 
sz minwidth-"40"/5 
csplitter class-"tree-splitter"/5 
xtreecol 1d-"vsz" label-"vsz" minwidth-"407/5 
csplitter class-"tree-splitter"/5 
cxtreecol 1d-"group" label-"GROUP" 
sz minwidth-"40"/5 
csplitter class-"tree-splitter"/5 
xtreecol 1d-"nice" label-"NI" minwidth-"407/5 
csplitter class-"tree-splitter"/5 


lemásolja az aktuális Mozilla-témát. Ha el szeretnénk hagy- 
ni az alapvető vezérlőgombokat és egyéb díszeket, a Mozilla 
futtatható fájlját használhatjuk a -chrome kapcsolóval: 


mozilla -chrome static tree.xul 


Az XML-tartalom (amire ezentúl kódként hivatkozom), egy 
kicsit a HIML ctable: címkéjére hasonlít: megadtuk mind 
az oszlopfejlécek mind pedig az adatsorok tartalmát. 

A trükk a ctreei tem: címkében rejlik, amely tartalmazhat 
egy ctreechildren: címkét, amely lehetővé teszi, hogy ne 
csak egylevelű csomópontokat, hanem további faágakat is 
elhelyezhessünk a fán. Ahogy az 1. képen is látszik, a fa- 


eszköz számos interaktív szolgáltatást is kínál: az ágak 
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xtreecol 1d-"user" label- "USER" 
sz minwidth-"407/5 
csplitter class-"tree-splitter"/5 
xtreecol flex-"1" 1d-"args" label-"COMMAND" 
sz minwidth-"407/5 
€/treecolsz 
actemplates 
ctreechildrens 
ctreeitem open-"true" ur1-"rdf:""5 
ctreerows 
cxtreecell label- 
sz "rdf:http://ww. example. org/ 
5 ProcData$fpid"/5 
cxtreecell label- 
sz "rdf:http://ww. example. org/ 
55 ProcData$pcpu"/5 
xtreecell label- 
sz "rdf:http://ww. example. org/ 
5 ProcDataftime"/5 
xtreecell label- 
sz "rdf:http://ww. example. org/ 
5 ProcDataffvsz"/5 
xtreecell label- 
sz "rdf:http://ww. example.org/ 
5 ProcDatafgroup"/5 
ctreecell label- 
sz "rdf:http://ww. example. org/ 
5 ProcDatafnice"/5 
xtreecell label- 
sz "rdf:http://ww. example. org/ 
5 ProcDataftuser"/5 
xtreecell label- 
sz "rdf:http://ww. example. org/ 
5 ProcDataftargs"/5 
c€/treerows 
c€/treeitems 
c€/treechildrens 
c€/templates 
€/trees 
£/vboxz 


cA/windowz 


ugyanúgy nyithatók/zárhatók, ahogy egy Nautilus vagy 
Windows Explorer fájlkezelő programban, oszlopokat hoz- 
hatunk létre, vagy törölhetünk az oszlopneveket tartalmazó 
fejléc jobb szélén lévő oszloprendező gombbal. 

Ha akarnánk, tulajdonképpen használhatnánk JavaScript 
parancsfájlokat is a ps adatainak ebbe a XUL-dokumen- 
tumba való dinamikus betöltéséhez. Ez nem is lenne ne- 
héz, és az összes W3C DOM csatolófelület elérhető a meg- 
valósításhoz. Kezdjük az Element-objektumok hozzáadá- 
sával, vagy használjuk inkább az innerHTML jellemzőt. 
Ezzel a cikkel azonban szeretném egy kicsit magasabbra 
tenni a lécet, és inkább egy teljesen adatvezérelt megkö- 
zelítést mutatok be, amelyben nem kell egyetlen fát 

sem kézzel létrehoznunk. 
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7. lista Az adatok parancsfájlból RDF-adatforrásba 
történő átvitele. 


/54 --- global 

klass . datasource 

—- Cc[/4mozilla.org/rdf/datasource;1" - 
"7?name-in-memory-datasource" ] ; 

klass.rdf 

— Cc[ /4mozilla.org/rdf/rdf-service;1"]; 


var schema — "http://ww. example. org/ProcDatat" ; 
var props - 

[ "pid", "bpid", "pcpu", "time", mysz 

"group", "Tee "úsér" "args" JJ 

var rdf -— klass.rdf.getService(Ci .nsIRDFService); 
var root - rdf.GetResource(schema -4 "ProcList"); 
var child - rdf.GetResource(schema - "child"; 
var preds — []; 
for (var p in props) 

preds[lp] - rdf.GetResource(schema 4 props[pl]); 
AZ "ESZEM Íme 


window. addEventListener("load" , load handler, true); 
Sz E TÜNGEÉTONS 
function update treeO ( 

var tree - document.getElementById 


sz ("proc-tree"); 


// get the i1n-memory ds, not the 
rdf: localstore 


var ds - tree.database.GetDataSourcesO ; 
ds — ( ds.getNextO, ds.getNext() ); 
ds a 


ss ds . ueryInterface(Ci . nsIRDFDataSource) ; 


A 4. lista és a 2. kép egy fa nélküli XUL grafikus felületet 
mutat. Ebben egy ctemplate: címkét alkalmaztunk a cél 
eléréséhez. 

A XUL-sablon nem a Ct -t sablonokhoz, hanem inkább egy 
jelentésmintához hasonlítható, amely az ismétlődő adatcso- 
portok alapjául szolgál. A sablon egy cvbox: címkével kez- 
dődik, amely rendelkezik egy datasources- tulajdonság- 
gal. A ctemplates szakasz caction: része tartalmazza azo- 
kat a soronként ismétlődő adattartalmakat, amelyeket 

a cconditionsz rész azonosít a trivial.rdf fájlban. Ha köze- 
pes szintű tudással rendelkezünk a make vagy SOL terén, 
esetleg van némi ismeretünk a Lisp, Scheme vagy Prolog 
nyelvekkel kapcsolatban, nem okozhat gondot a rendszer 
működésének megértése. Az 5. listán látjuk a 2. képhez 
tartozó ftrivial.rdf fájl tartalmát. 
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var sub, pred, obj; 


for (var 1-0; 1 c psdata.length; 1----) 


il 
if ( psdataLli1][1] -—— "0" ) // a root node 
sub — root; 
else // a child node 
sub - rdf.GetResource( 
ss schema 4 "process-" - 
spsdatal1][1]); 
pred -— child; 
obj - rdf.GetResource( 


ss schema 4 "process-" - 
ss psdatali1][0]); 


ds.Assert(sub, pred, obj, true); 
// add all properties for this process 


sub -— obj; 
for (var j-O0; j c psdata[li1].length; j--) 
Tt 
pred - preds[jl; 
obj - rdf.GetLiteral(psdatalil[j]; 
ds.Assert(sub, pred, obj, true); 


J 


function load handler() ( 
var tree - document.getElementById("proc- 
tree"); 
var ds - klass.datasource.createlnstance( 
55 C1 .nsIRDFInMemoryDataSource) ; 
tree .database.AddpataSource(ds); 


update treeO; 
J 


Ha módosítjuk ezt a fájlt, a 2. kép akkor is megváltozhat, ha 
a 4. lista közben nem módosult. Ez tehát egy adatvezérelt 
megoldás. Ez a fájl RDF-típusú, amely a W3C szigorúbb 
szabványai közé tartozik. Az alkalmazott logikai szerkezet 
lényegében egy csomópontokból álló gráf, amelyben min- 
den csomópont három adategységet hordoz. Az egyes egy- 
ségek nevei subject (téma), predicate vagy property (ál- 
lítás, jellemző) és object (céltárgy). Az egyszerű gráfok fák, 
így az 5. lista is egy fát ír le. Ha összekapcsoljuk a 4. lista 
chbox: címkéjét az 5. listában lévő c1i: címkékkel, a 2. ké- 
pen látható eredményt kapjuk. Ez valami olyasmi, mint az 
SOL táblakapcsolata vagy a join parancs. Egyelőre annyit 
jegyezzünk meg, hogy a 4. lista ref- tulajdonsága az 5. lista 
cSeg: címkéjének felel meg. A kettőt így kapcsolja össze 

a Mozilla sablonfeldolgozó logikája. A Mozilla RDF- 


támogatása nem túl szigorú, így majdnem az összes URI és 
URL helyben feldolgozható, mintha változóról vagy kons- 
tansról lenne szó. Ebben a cikkben is végig kihasználtuk ezt 
a tulajdonságot. Írjunk be az 5. listába még egy clis cím- 
két, indítsuk újra a Mozilla-t és jelenítsük meg ismételten 
az oldalt. 

A faszerkezet jó megoldást nyújt a folyamatok hierarchikus 
listájának megjelenítésére és a ctemplate: is megfelelő esz- 
köz a fa megjelenésének adatokból történő vezérlésére. Bár 
nincs olyan RDF-dokumentumunk, amit használni tud- 
nánk, ehelyett rendelkezünk a rekordok egy JavaScrtipt- 
tömbjével. A megoldás az, hogy összekapcsoljuk a ctree: 
és a ctemplate: címkéket, és az RDF-fájlnak az rdf:null 
értéket adjuk, ami azt jelenti, hogy nincs ilyen fájl megad- 
va. Egy parancsfájlt használunk arra, hogy az RDF- 
tartalmat közvetlenül az adatokból állítsuk elő. Az RDF kü- 
lönleges felépítésének köszönhetően a tartalom minden 
gond nélkül áttölthető a sablonba, és így a működés egé- 
szen egyszerű. Ez egy sokkal tisztább, bár kétségkívül kéne- 
sebb megoldás, mint a XILIL-fa kézzel történő felépítése 

a JavaScript-ből. Az RDF és a sablonok használatának egy 
másik előnyös tulajdonsága, hogy a fa bármikor egyszerűen 
frissíthető. Ez azt jelenti, hogy az ablakban dinamikusan 
megjeleníthetőek a ps(1) parancsból származó adatok, 
mintha awatch ps H egy grafikus megfelelője futna. En- 
nek bemutatása azonban már meghaladja e cikk kereteit. 

A ctree: és ctemplate: címkék együttes használatával lét- 
rehozott XUL-dokumentum eredménye a 3. képen és a 6. lis- 
tán látható. Ebben is megtalálhatjuk a datasource- és ref- 


Látogasson el hozzánk! 





tulajdonságokat, valamint a ctemplate: címkét. Az URL-ek 
az rdf: karakterlánccal kezdődnek és azokat a pontokat 
mutatják, ahol a sablonokba RDF-adatokat kell beilleszte- 
nünk. A korábbi példában a változók kérdőjellel kezdődtek, 
ezek megadására kétféle parancsformátum áll rendelkezés- 
re, és természetesen minden sorhoz és minden oszlophoz 
egy ilyen adat tartozik. 

A csplitter: címke egyszerűen egy felhasználóbarát ki- 
egészítés, amely lehetővé teszi az oszlopok átméretezését. 
Ez javítja az olvashatóságot, ahogy a minwith- és flex- 
attribútumok is. A 3. képen látható, ahogy a folyamatok hi- 
erarchikusan megjelenített rendszere természetes módon 
kitölti a faszerkezetet. 

A 6. lista felső részén lévő cscript: címke beemeli a 2. lis- 
ta teljes kódját egy kis kiegészítéssel. Az ilyen parancsré- 
szek beemelésekor rögtön adódik egy biztonsági probléma 
mégpedig az, hogy a Mozilla eljárásának kell biztosítania 
a távoli adatok és parancsfájlok biztonságos megjeleníté- 
sét, éppen úgy, mint a HIML-oldalakét. Ez olyan, mint 

a Java-kiszolgáló eredet-szabálya. Az xpcshel1 nélkülöz 
minden biztonsági beállítást, a Mozilla bináris állománya 
azonban rendelkezik a szokásos biztonsággal. A beállítá- 
sok alapos átdolgozásával felülkerekedhetünk ezeken 

a megszorításokon, de egyszerűbb a parancsfájlt egy cso- 
magként regisztrálni. Ehhez minden fájlt át kell helyez- 
nünk a Mozilla telepítőjének chrome könyvtárába, ahol 
ezek a biztonsági korlátok feloldódnak. Ennek módjáról 
rövidesen szó lesz, de először befejezzük a programunkat 
egy olyan parancsfájllal, ami a ps adatait az egyszerű 
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BU Ébe 


szükséges információk. 


c?xm] version-"1.0"?75 
ARDF xmlns-z 

"http: //ww.w3 . org/1999/02/22-rdf-syntax-nsít" 
xmlIns : chrome- "http: //ww. mozi I la. oorg/rdf/chromef 


2 


cSeg about-"urn:mozilla:package: root": 
ali resource-"urn:mozilla:package:psviewer"/5 
c/Segz 


cADescription 
s about-"urn:mozil la:package:psviewer" 
ss chrome: displayName-"PSViewer " 
ss chrome: author—-"Nigel McFarlane" 
sz chrome:name—"psviewer"5 
c/Descriptionsz 
L/RDF: 


JavaScript adatszerkezetből egy RDF-adatforrásba mozgat- 
ja át. Ez a parancsfájl fogja helyettesíteni a korábban hasz- 
nált statikus RDF-fájlt (lásd a 7. listát). 

A 7. listán azt a parancsfájlt láthatjuk, amely a statikus 
RDF-fájlt fogja helyettesíteni. A faszerkezet sablonja által 
használt RDF-fájlhoz egy többlépcsős folyamat során tu- 
dunk Javascript adatokat adni. A Mozilla egy adatfor- 
rásnak (datasource) nevezett objektumba olvassa be az 
RDF-adatokat. Mivel korábban az rdf:null meghatáro- 
zást használtuk, nem létezik adatforrás objektumunk, 
ezért létre kell hoznunk egyet és hozzákapcsolnunk 

a sablonhoz. Ezt a dokumentum biztonságos betöltése 
után a load handler() eljárás végzi el. A betöltés köz- 
ben működő kezelőeljárás egy megszokott HIML-trükk, 
ami ugyanilyen jól alkalmazható a XUL esetében is. Ezt 
az adatforrást ezután az update tree() függvény tölti 
fel az RDF-tartalommal a sablon számára. Ez igen egy- 
szerűen történik, két egymásba ágyazott ciklus lépked 
végig a JavaScript-tömb adatain. A ps(1) minden egyes 
folyamatánál meghívódik az Assert() függvény, amely 
létrehoz egy RDF adatcsomópontot (három elemből álló 
adathármast), amely meghatározza, hogy a PPID X 
rendelkezik egy PID Y gyerekkel és további RDF- 
csomópontokat, amelyek szerint a PID X-hez a USER 

A tartozik vagy a GROUP B. A ctemplates: és a ctree: 
címkék közösen dolgoznak azon, hogy ezek az RDF- 
csomópontok önműködően faszerkezetbe rendeződ- 
jenek, éppen úgy, ahogy a make értékeli ki egy adott 
makefi 1e-ban lévő összes fájl függőségi-fáját. Ezzel 

a statikus RDF-fájl helyére lépő parancsfájllal el is 
készültünk az egyszerű folyamatfigyelő progra- 
munkkal. Végül az alábbi lépéseket kell tennünk 

a biztonsági intézkedések feloldásához szükséges 
kódregisztráció érdekében: 
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M5SH - $MOZILLA FIVE HOME 

mkdir -p $M5H/chrome/psviewer/content 

cp " — $M5H/chrome/psviewer/content 

vi $M5H/chrome/psviewer/content/contents.rdf 
vi $M5H/chrome/installed-chrome . txt 


A vi első futtatásával létrehozzuk a contents . rdf fájlt. 
Ennek pontosan a 8. listán látható kódot kell tartalmaznia. 
A következő lépésben hozzáadjuk ehhez a fájlhoz az 
installed-chrome.txt fájl tartalmát, amely egyetlen sor: 
content, install , ur] , resource : /chrome/psviewer/ 
5 content/ 


A Mozilla az elindításkor megvizsgálja ez utóbbi fájlt, 

és ha változást észlel benne, akkor a felsorolt könyvtá- 
rakban megkeresi a contents.rdf fájlokat. Ezeket beolvassa, 
és a make-hez hasonlóan megjegyzi az összes létező cso- 
magot. Minden ismert csomag teljes biztonsági hozzáfé- 
réssel rendelkezik, a 8. lista pedig hozzáadja ezekhez 

a psviewer csomagot is. A biztonságos fájlok most már 
egyetlen URL segítségével megjeleníthetők és futtathatók: 
mozilla -chrome 

chrome: //psviewer/content/tree.xul 


ahelyett, hogy azt kellene írnunk, hogy: 

mozilla -chrome 

file: ///home/nrm/psviewer/tree.xul 

A pswiewer a Mozilla telepítőjén belül első osztályú helyet 
foglal el. Ha szükséges, más programokkal is összeépíthet- 
jük, így a Firefox/Firebird böngészővel vagy a Thunderbird 
levelezőügyféllel. Hozzáadhatjuk a Tools (Eszközök) menü- 
höz is új menüpontként. 

Bár nagyon sok módszertani lehetőséget érintettünk 
ebben a cikkben, nem szabad elkövetnünk azt a hibát, 
hogy rögtön mindet alkalmazni akarjuk. Mivel az XML 
használata a Mozillában nem túl jól dokumentált dolog, 
könnyen belebonyolódhatunk. Jobban jár az, aki valami- 
lyen egyszerű feladattal kezdi, és csak fokozatosan közelít 
az itt bemutatott érdekes megoldások felé. Habár a ps 
kimenete dinamikus HTML-oldalként is megjeleníthető 
lenne, a XUL végső soron nagyobb teljesítményű és szebb, 
a munkaasztalba teljesen beilleszthető grafikus megjele- 
nítést tesz lehetővé. 

A Mozilla egy még felfedezésre váró hatékony grafikus kör- 
nyezet. Komoly az esélye, hogy Linux alatt olyan szerepet 
töltsön be, mint amilyet a Visual Basic a Windows alatt. Mi 
több, a Mozilla hordozható, operációs rendszertől független 
megoldásokat tesz lehetővé. Az elkészült alkalmazásunk 
működhet BSD, HP-UX, SunOS, AIX és Mac OS X operáci- 
ós rendszereken is a Linux mellett. 
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Nigel McFarlane kiterjedt programozói tapasztalattal ren- 
delkező, a tudomány és technika területén tevékenykedő 
szabadúszó Író. Legfrissebb könyve a Rapid Application 
Developement with Mozilla (Gyors alkalmazásfejlesz- 

tés a Mozilla segítségével), ISBN 0131423436. 

Az nrmekingtide.com.au címen léphetünk vele kapcsolatba. 


Kódolatlan szövegekkel dolgozó alkalmazások 
feltámasztása az Stunnel segítségével 


Régi alkalmazásainkat módosításuk nélkül is párosíthatjuk korszerű titkosítási 
megoldásokkal. Mick Bauer elmondja, hogy az SSL megjelenése előtti 
programokat hogyan tudjuk naprakésszé varázsolni. 


világon rengeteg a munkáját jól végző, az idők 
AA próbáját kiállt, ám biztonsági szempontból rém- 

álomnak számító hálózati alkalmazás létezik. 
Telnet? Lenyűgöző egyszerűség és sokoldalúság, ám a beje- 
lentkezési adatokat nyílt szövegben továbbítja. rcp? Ismert, 
kiváló parancsfájlok írhatók hozzá, ám az rhosts alapú hite- 
lesítés ideje, köszönhetően az IP-címek hamisításának, lejárt. 
lermészetesen megtehetjük, hogy megszokott igavonóinkat 
titkosított utódaikra cseréljük le — ekkor az SSH felváltja 
a telnetet, az scp vagy az SSH feletti rsync pedig az rcp-t. 
Van azonban más lehetőségünk is, mégpedig az, hogy álta- 
lános célú IPSec alagutat építünk ki minden olyan távoli ál- 
lomás felé, amellyel adatcserét szeretnénk folytatni. Az 
utóbbi megoldás nyilván túlzás, az előbbit viszont sokszor 
könnyebb elképzelni, mint megvalósítani, különösen, ha az 
adott környezetben használt alkalmazások köre nem a mi 
ellenőrzésünk alá esik. Szerencsére arra is van lehetőség, 
hogy a hagyományos hálózati alkalmazásokat erőteljes tit- 
kosítással bővítsük. 
Ez a lehetőség a nagy tudású SSL-burkoló, az Stunnel hasz- 
nálata. Ez alkalommal szeretném elmondani, hogy az 
Stunnel 4.0 és az OpenSSL segítségével régi alkalmazásaink 
hogyan felelhetnek meg a korszerű követelményeknek, va- 
gyis hogyan tudnak kellő biztonságot nyújtani. Hogy mi 
a helyzet a vezeték nélküli hálózatokkal? Aki kénytelen 
nyílt szövegekkel dolgozó hálózati alkalmazásokat gyengén 
védett, vezeték nélküli, például 802.11b hálózatokon keresz- 
tül használni, az nyugodtabban fog aludni, miután haszná- 
latba vette az Stunnelt? Hamarosan ez is kiderül. 





Háttérismeretek 

Az Stunnel használatához két dologgal kell tisztában lenni. 
Először is, tudni kell, hogy a hálózati alkalmazások hogyan 
használják a hálózatot. Ha egy egyszerű, csupán egyetlen 
ICP-kaput használó alkalmazásról van szó, ilyen például 

a kizárólag a 23-as TCP-kapun át forgalmazó telnet, akkor 
az Stunnel minden további nélkül működik. Ha UDP-t, ka- 
pumegfeleltetőt (portmapper) vagy egyéb dinamikus kapu- 
megfeleltető módszert használ, akkor az Stunnellel nem ju- 
tunk előrébb. Az RPC alkalmazások például nem fognak 
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működni, mert kapumegfeleltetőt használnak. Az FIP a 21- 
es ICP-kapun keresztül vezérli a forgalmat, de az adatkap- 
csolatokat magasabb sorszámú, véletlenszerűen kiválasztott 
kapukon át bonyolítja, így szintén kiesik a körből. 
Másodszor, tisztában kell lenni a nyilvános kulcsú titkosítás 
alapjaival, bár az X.509-es nyilvános kulcsú infrastruktúrát 
(PKI) nem feltétlenül kell ismerni. Ezekről több korábbi írá- 
somban is volt már szó. (Például: , Az OpenSSH száz meg 
egy előnye", Linuxvilág, 2001. február-márciusi szám). Most 
legyen elég annyi, hogy a nyilvános kulcsú titkosításnál 
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1. kódrészlet Kiszolgáló tanúsítvány létrehozása 
az OpenSSL használatával 


helyiugyfel : /etc/stunnel$ openssl reg -x509 

s newkey rsa:1024 -days 365 

s. keyout stunnel.pem -out stunnel.pem 

using configuration from 
/usr/tib/ssl/openssl.cnf CA 
/usr/1tib/ssl/openssl.cnf fájlban megadott beál- 
lítások használata) 

Generating a 1024 bit RSA private key (1024 bi- 
tes RSA titkos kulcs létrehozása) 

. 2 .tttb-bb 


-4-k 
writing new private key to "key2.pem! 

(Az új kulcs kiírása a ,key2.pem" fájlba) 

Enter PEM pass phrase: (Adja meg a PEM jelszót:) 


Verifying password - Enter PEM pass phrase: 
(Jelszó ellenőrzése - Adja meg a PEM jelszót) 


You are about to be asked to enter information 
that will be incorporated into your certificate 
reguest. (Az alábbiakban megadott adatok a tanú- 
sítványkérelemben is szerepelni fognak.) 

What you are about to enter is what is called 
a Distinguished Name or a DN. (Következőként 

a megkülönböztetett név, röviden DN megadására 
lesz szükség.) 

There are guite a few fields but you can leave 
some blank. (Csak néhány értéket kell megadni, 
és bizonyos mezők üresen is hagyhatók.) 

For some fields there will be a default value, 
(Egyes mezőknél alapértelmezett értéket lát 


majd, ) 
If you enter ". , the field will be left blank. 
(ilyenkor a ,, ." karaktert beírva hagyhatja üre- 


sen a mezőt.) 

Country Name (2 letter code) LAUJ]:US 
(országnév, kétbetűs kóddal) 

State or Province Name (full name) []:Minnesota 
(Állam, tartomány teljes neve) 

Locality Name (eg, city) []:St. Paul 
(Helység, pl. város neve) 

Organization Name (eg, company) []:pelda 
(Szervezet, pl. cég neve) 

Organizational Unit Name (eg, section) [1]: 
(Szervezeti egység, pl. osztály neve) 
Common Name (eg, YOUR name) 

[]:helyiugyfel .pelda.org 

(Közös név, pl. az ön saját neve) 

Email Address []:X.509kozpontépelda. org 


nearclient:/etc/stunnelft chmod 600 stunnel .pem 
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minden résztvevőnek két kulcsa van: egy nyilvános, 
amelyet megoszt a többi résztvevővel és egy titkos, amit 
megőriz magának. A többi fél a mi nyilvános kulcsunkat 
használja a nekünk szóló üzenetek rejtjelezésére, mi pedig 
titkos kulcsunkkal fejtjük azokat vissza. 

A digitális aláírások pontosan fordítva működnek. Ha alá- 
írunk valamit a titkos kulcsunkkal, akkor nyilvános kul- 
csunk birtokában bárki ellenőrizheti, hogy az aláírás létre- 
hozása a mi titkos kulcsunk felhasználásával történt-e, va- 
gyis lényegében mi voltunk-e az aláírók. Ismétlem, a rend- 
szer működésének alapja, hogy a titkos kulcsot csak mi is- 
merjük, függetlenül attól, hogy nyilvános kulcsunkból hány 
másolat létezik a világon. 

Az X.509 világában a nyilvános kulcsot tanúsítványnak hív- 
juk, amely lényegében a titkos kulcsból és a tulajdonos sze- 
mélyes adataiból, például nevéből és e-mail címéből álló 
adathalmaz, digitális aláírással ellátva. A titkos kulcsot egy- 
szerűen csak kulcsnak nevezzük. Hogy növeljük a kevere- 
dést, előfordul, hogy a kettőt együttesen ugyancsak tanúsít- 
ványnak nevezzük. A szövegkörnyezet szerencsére mindig 
segítségünkre van: ha jelszótól mentes tanúsítványt emlí- 
tünk, akkor tudjuk, hogy kombinált kulcsról/tanúsítványról 
van szó, mivel maga a tanúsítvány, mint a nyilvános kulcs, 
nem rendelkezhet jelszóval. 

Azt hiszem, ennél rövidebben még sosem sikerült összefog- 
lalnom a nyilvános kulcsú titkosítás és az X.509 lényegét. 
Ha mindez nem elég a cikk további részeinek - stílusosan 
szólva — dekódolásához, akkor tanulmányozzuk át az 
Stunnel GYK-t vagy a mindenre kiterjedő RSA Crypto GYK- 
t. (Lásd az internetes források részt.) Nos, itt az ideje, hogy 
végre az Stunnellel is elkezdjünk foglalkozni. 


Az Stunnel telepítése 

Jó esélyünk van rá, hogy Linux-terjesztésünk tartalmaz bi- 
náris Stunnel csomagokat. Az újabb SuSE, Fedora és Red Hat 
Enterprise terjesztésekben az Stunnel 4-es, a Debian 3.0-ban 
(Woody) pedig 3.22-es változata szerepel. 

A 3.22-es biztos és áttekinthető működésű változat, kiváló 
leírások tartoznak hozzá, míg a négyesben számos részt új- 
raírtak, amelynek köszönhetően több alagutat is könnyeb- 
ben lehet kezelni vele. A továbbiakban az újabb változattal 
foglalkozok. Aki Debiant használ, erősen fontolja meg az 
újabb Stunnel forrásának letöltését és lefordítását. 

Az Stunnelt bármelyik terjesztés alatt könnyen és gyorsan 
le lehet fordítani. Először ellenőrizzük, hogy telepítettük-e 
terjesztésünk OpenSSL csomagját (ennek neve általában 
openssl), az OpenSSL fejlesztői könyvtárakat (openssl-devel 
vagy libss1096-dev) és a TCP-burkoló fejlesztői könyvtárakat 
(Debianon libwrapOo-dev, a SuSE és Fedora alaptelepítések- 
nek pedig része). Ezután bontsuk ki az Stunnel forrás .tar 
állományát, és adjuk ki a megszokott parancsokat: 


. /configure 88 make 88, make install 


Ha valami nem működik megfelelően, próbálkozzunk 

a . /configure -help paranccsal, amely megjeleníti a kü- 
lönleges, a beállító parancsfájlnak átadható fordítási kapcso- 
lókat. Ha végeztünk az Stunnel telepítésével, létre kell hoz- 
nunk néhány tanúsítványt, majd meg is kezdhetjük az ala- 
gutak használatát. 


2. kódrészlet Átfogó beállítások az stunnel.conf fájlban 


cert - /etc/stunnel/stunnel.pem 
chroot -— /var/run/stunnel/ 
pid - /stunnel.pid 


setuid - nobody 

setgid -— nogroup 

debug — 7 

output - /var/log/stunnel.1log 


client -— yes 


A továbbiak nagy része csak az Stunnel 4.0.0 és újabb válto- 
zataira érvényes. Aki úgy dönt, hogy inkább a Debianban 
lévő 3.22-es Stunnel csomagot használja, az tanulmányozza 
át a csomaghoz mellékelt leírásokat vagy az Stunnel web- 
helyen szereplő példákat (lásd a forrásokat). A webhely 


anyagai túlnyomó részt a régebbi kiadást tárgyalják. 


Tanúsítványok létrehozása az OpenSSL-lel 

Minden Stunnel kiszolgálónak -— vagyis olyan állomásnak, 
amely fogadja a valamelyik helyi nyílt szöveges szolgálta- 
tásnak szóló titkosított csomagokat -— szüksége van egy ki- 
szolgáló tanúsítványra. Az Stunnel ügyfelek oldalán ilyes- 
mire nincs szükség, hacsak nem akarjuk ügyféltanúsítvány 
alapú hitelesítésre állítani az Stunnel kiszolgálót. Az ügyfél- 
tanúsítvány alapú hitelesítés sajnos túlmutat jelenlegi té- 
mánkon, ezért egyik példában sem fog az ügyfél saját tanú- 
sítvánnyal rendelkezni, ilyen csak a kiszolgáló oldalán lesz. 
Ha az Stunnelt forrásból való fordítás után telepítettük, és 
ennek során kiadtuk a make instal 1] parancsot, akkor már 
van is kiszolgáló tanúsítványunk a (/usr/local/etc/stunnel/ 
stunnel.pem) helyen. Ha a telepítést bináris csomagból vé- 
geztük, akkor lehet, hogy a csomag telepítés utáni teendő- 
ket ellátó parancsfájlja létrehozta számunkra a kiszolgáló 
tanúsítványt - de lehet, hogy nem. 

A Fedora Core 1 Stunnel RPM-je például - ki tudja, miért — 
üres tanúsítványt állít elő. Nyilván nem kell mondani, hogy 
helyes tanúsítványra van szükségünk. Fedora alatt ilyet úgy 
tudunk előállítani, hogy belépünk a /usr/share/ssl/certs 
könyvtárba, kiadjuk a make stunnel . pem parancsot, majd az 
stunnel.pem fájlt átmásoljuk a /etc/stunnel könyvtárba. Eh- 
hez a tanúsítványhoz nem fog jelszó tartozni, ahogy az 
Stunnel forrás csomagjának Make parancsfájlja által létreho- 
zotthoz sem tartozik. 

Ha Stunnel kiszolgálónkhoz valamiért szükségünk van egy 
tanúsítványra, esetleg az önműködően létrehozott nem felel 
meg az igényeinknek - például, mert nem tartozik hozzá jel- 
szó —, akkor az OpenSSL paranccsal sajátot is elő tudunk állí- 
tani. Az egyébként nagy tudású program használatát részlete- 
sebben - helyhiány okán - nem ismertetem. Szerencsére az 
Stunnel GYK (lásd a forrásokat) az OpenSSL és az Stunnel 
párbeszédével kapcsolatosan leggyakrabban felmerülő kérdé- 
sekre megadja a válaszokat, illetve további, az OpenSSL-lel 
kapcsolatos információforrásokra is tartalmaz hivatkozásokat. 
Csak annyit mondanék, hogy lehetnek olyan helyzetek, ami- 
kor érdemes saját hitelesítő szervezetet (CA) létrehozni, tele- 
píteni a megfelelő CA tanúsítványt (nem a kulcsot) az összes 
Stunnelt futtató rendszerre, majd ezeket a CA tanúsítványo- 
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3. kódrészlet Szolgáltatások megadása a helyiugyfelen 


[telnets] 
accept — 23 
connect -— tavolikiszolgalo.pelda.org:992 


kat használni az összes kiszolgáló tanúsítvány aláírására. Pél- 
dául akkor van erre szükség, ha azt akarjuk, hogy az Stunnel 
kiszolgálók csak a megadott tanúsítványok birtokában lévő 
Stunnel ügyfélgépektől fogadják a csatlakozási kéréseket. 
Sok, sőt a legtöbb Stunnel felhasználó számára a saját alá- 
írással ellátott tanúsítványok is tökéletesen megfelelnek, 
ilyenkor nincs gond a CA üzemeltetésével. Nézzük tehát, 
hogyan lehet saját aláírású kiszolgáló tanúsítványt készíteni 
az OpenSSL-lel. 

A lényeg az 1. kódrészlet első sorában található. A paranccsal, 
ha a kapcsolóin balról jobbra haladunk végig, arra utasítjuk 
az OpenSSL-t, hogy egy X.509 digitális tanúsítvány formátu- 
mú tanúsítványkérelmet állítson elő, 1024 bites kulccsal dol- 
gozó RSA titkosítási eljárást használjon, a tanúsítvány 365 
napig legyen érvényes, a kulcsot és a — nyilvános — tanúsít- 
ványt ugyanabba a fájlba (stunnel.pem) írja ki. Ha inkább jel- 
szómentes tanúsítványt szeretnénk létrehozni, akkor a sor 
végére illesszük oda a -nodes kapcsolót is. Előbb minden- 
képpen érdemes átolvasni az , A jelszómentes tanúsítvá- 
nyok használatának veszélyei" című széljegyzetet. 

Az 1. kódrészlet fennmaradó része az OpenSSL-lel folytatott 
párbeszédet szemlélteti. A program bekéri a tanúsítványba be- 
illesztendő, az X.509 szabvány által megadott egyéb adatokat, 
mint például az ország és a régió nevét. Ezt elrontani nem na- 
gyon lehet, viszont a Common Name (közös név) megadása 
nagyon fontos. Ha kiszolgáló tanúsítványt hozunk létre, akkor 
a benne szereplő közös névnek annak az állomásnak a telje- 
sen minősített tartománynevével, vagyis teljes állomásnevével 
kell egyeznie, amely a tanúsítványt használni fogja. 

Az SSL/TLS-képes alkalmazások nagy része a közös név alap- 
ján indít DNS-kérést, és szerzi be a kiszolgáló IP-címét. Ugyan 
az Stunnel ezt nem teszi meg, amíg a beállítások módosításá- 
val rá nem vesszük, ám a közös név azonossá tétele a teljesen 
minősített tartománynévvel mindenképpen jó szokás. 

Az 1. kódrészlet utolsó sorában 0600-ra (-rw--—-—---- ) mó- 
dosítottam az új kiszolgáló tanúsítványra vonatkozó enge- 
délyeket. Mivel az OpenSSL-t rootként futtattam, tulajdono- 
sa már eleve ő volt. Minden kiszolgálói tanúsítványnál fon- 
tos, legyen az akár jelszóval ellátott, vagy jelszómentes, 
hogy csak a root tudjon hozzáférni, és ő is csak olvasni tud- 
ja. Jómagam az OpenSSL parancsot a /etc/stunnel könyvtár- 
ból futtattam, a tanúsítványom tehát egyből a helyére ke- 
rült, és nem volt szükség arra, hogy kézzel helyezzem át. 


Az Stunnel átfogó beállításainak megadása 

Ha előállítottuk a megfelelő kiszolgáló tanúsítványt, állít- 
sunk be magunknak egy alagutat. Ez a lépés tagadhatatla- 
nul könnyebb lesz, mint az előző, viszont a programválto- 
zatoktól is erősebben függ. Az Stunnel 4.0 előtti változatai 


minden beállítást parancssori kapcsolóként fogadtak. A je- 
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4. kódrészlet Szolgáltatások megadása 
a tavolikiszolgalon 


[telnets] 
accept -— 992 
connect — 23 


lenlegi változatban az egyetlen létező parancssori kapcsoló 
az, amely szükség esetén a beállító fájl alapértelmezettől el- 
térő helyét adja meg. 

Ha az Stunnelt forrásból, az alapértelmezett fordítási beállí- 
tásokkal telepítettük, akkor a /usr/local/etc/stunnel könyvtár- 
ban keresi a beállító fájlt. Ha a telepítést bináris csomagból 
végeztük, akkor nagy valószínűséggel a /etc/stunnel könyv- 
tárban kell keresgélnünk. A 2. kódrészlet egy rövidített minta, 
mely az stunnel.conf fájl átfogó beállításait tartalmazza (a rö- 
vidítés leginkább a megjegyzések eltávolítására terjedt ki). 
A cert átadott érték azt közli az Stunnellel, hogy hol keres- 
se kiszolgáló tanúsítványát; logikusan ilyesmire csak az 
Stunnel kiszolgálón van szükség, az ügyfeleken nincs. 

A chroot érték azt a könyvtárat adja meg, amelybe indítás 
után az Stunnel chroot műveletet hajt végre — persze csak 
azután, hogy beolvasta a beállító fájlt és a kiszolgáló tanú- 
sítvány fájlokat. Lehet, hogy a chroot helyszínéül szolgáló 
börtönt (jail) érdemes kézzel létrehozni, majd feltölteni né- 
hány hasznos dologgal, például külön /etc/hosts.allow és 
/etc/hosts.deny fájlokkal, már amennyiben ICP-burkoló stí- 
lusú hozzáférés-vezérlést akarunk használni. 

A pid azt határozza meg, hogy az Stunnel hova írja ki folya- 
matazonosítóját. Az itt megadott útvonal a chroot révén 
megadotthoz viszonyított, vagyis az Stunnel csak a chroot 
művelet végrehajtása után írja ki folyamatazonosítóját. 

A setuid és a setgid adja meg, hogy az Stunnel melyik fel- 
használó és csoport nevében fusson. Ha az Stunnelnek 1025 
alatti számú ICP-kapun is hallgatóznia kell, akkor rootként 
kell indítani. Ilyenkor beolvassa a beállító fájlt és a kiszolgáló 
tanúsítványt, köt a védett kapuhoz, majd lefokozza önmagát. 
Alapesetben az Stunnel biztonsági értesítéseit és ennél na- 
gyobb fontosságú naplóüzeneteit a helyi démon syslog esz- 
köznek továbbítja. A Fedorában található változat üzenete- 

it az authpriv eszköznek küldi, innen ezek a /var/log/ 

secure fájlba kerülnek. A debug kapcsolóval eltérő naplózási 
szintet is választhatunk. A hetes a legmagasabb szint, ezt ak- 
kor érdemes használni, ha nem sikerül munkára bírnunk az 
Stunnelt. Az output beállítással arra vehetjük rá az Stunnelt, 
hogy üzeneteit a megadott fájlba írja, és ne adja át a syslognak. 
A 2. kódrészlet utolsó sorában a client (ügyfél) kapcsolót 
,yes"-re, azaz igenre állítjuk, amivel jelezzük, hogy a meg- 
adott rendszer kezdeményezni fogja az SSL-tranzakciókat, és 
nem fogadni. Értelemszerűen a kapcsolatokat fogadó kiszolgá- 
lón ez az érték az alapértelmezett , no", vagyis ,nem" marad. 


Alagút megadása 

Lassan célba érünk, végre az alagutakkal is foglalkozhatunk. 
Példaképpen telnet kapcsolat létesítése céljából hozzunk lét- 
re egy alagutat a helyiugyfel és a tavolikiszolgalo állo- 
mások között. A tavolikiszolgalo stunnel.conf fájljának 
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5. kódrészlet Példa telnet kapcsolat 


helyiugyfel : /usr/local/etc/stunnel$ 
telnet 127.0.0.1 

Mate 2 7 . 0 . 0 . AKAKSRB 

Connected to 127.0.0.1. 

Escape character is AJ] . 

Fedora Core release 1 (Yarrow) 
Kernel 2.4.22-1.2115.nptl] on an i686 
login: tavoli felhasznalonev 
Password : REREREERRER 

Last login: Sun Jun 13 21:39:17 from 
localhost. localdomain 

[tavoli felhasznaloneváűtavolikiszolgalo 
tavoli felhasznalonev]$ 


átfogó beállításai gyakorlatilag meg is egyezhetnek a 2. kód- 
részletben szereplőkkel, azzal a kivétellel, hogy a client 
beállításnak , no" értéket kell adni. A két állomás beállításai 
között a legfontosabb különbség a szolgáltatások megadásá- 
ban lelhető fel. 

Mielőtt mélyebbre ásnánk, ismerkedjünk meg részlete- 
sebben is a példakörnyezettel. legyük fel, hogy 

a tavolikiszolgalo már telnet kiszolgálóként üzemel, 
vagyis már képes a telnet kapcsolatok fogadására a 23-as 
ICP-kapun keresztül. Ha nem akarjuk, hogy a helyiugyfel 
a nyílt szövegű forgalmat bonyolító kapura csatlakozzon, 
akkor az SSL-kapcsolatok számára másik kaput kell válasz- 
tanunk. Micsoda szerencse, hogy az IANA már kiválasztot- 
ta az SSL alapú telnet, vagyis telnets kapcsolatok kapuját, 
ez a 992-es TCP-kapu. 

Az alagútnak tehát a helyiugyfel és a tavolikiszolgalo 
992-es TCP-kapuja között kell létrejönnie. De vajon honnan 
tudja az SSL kezelésére képtelen telnet parancsunk és ha- 
sonló hiányosságokkal küzdő telnet kiszolgálónk, hogy ho- 
gyan használja az alagutat? A kérdés csapda volt, az alagút 
ugyanis a küldő és a fogadó telnet folyamat számára egy- 
aránt tökéletesen átlátszó. 

A helyiugyfel Stunnel folyamata a szokásos kapun, a 23-as 
ICP-n fogadja a kapcsolatot (a kapu számát meg lehet vál- 
toztatni), SSL alapon titkosítja a csomagokat, majd továbbít- 
ja őket a tavolikiszolgalo 992-es TCP-kapujára. 

A tavolikiszolgalo visszafejti a csomagokat, majd továb- 
bítja őket a 23-as ICP-kaput figyelő helyi telnet folyamat- 
nak. Persze a csomagok előbb a xinetd-hez vagy az inetd- 
hez kerülnek, az in.telnetd csak utána kapja meg őket, 

de a lényeg - remélem - érthető. 

Ennél a megoldásnál, ha a helyiugyfel felhasználói csatla- 
kozni szeretnének a tavol ikiszolgalohoz, akkor kiadják 

a telnet 127.0.0.1 parancsot, aminek hatására létrejön 

a titkosított kapcsolat. A tavolikiszolgalo válaszcsomagjai 
ugyanezen az útvonalon haladnak, csak értelemszerűen el- 
lentétes irányba. Mindkét telnet folyamat, a telnet ügyfél és 
az in.telnetd is azt hiszi, hogy helyi felhasználóval áll kap- 
csolatban, ám a csomagok a valóságban egy SSL titkosítású 
Stunnel kapcsolaton keresztül utaznak. Nagyjából ennyi 

a magyarázata annak az összesen hat sornak, amely a 3. 

és a 4. kódrészletben látható. 


Mint kitűnik, a szolgáltatások megadásához mindössze 
két-két sorra van szükség, az accept sor a figyelt kaput 
adja meg, a connect sor pedig a célkaput. A két sor pon- 
tos jelentése attól függ, hogy Stunnel ügyfélről vagy 
Stunnel kiszolgálóról van-e szó. Az ügyfélrendszereken 
(client - yes) az Stunnel nyílt szöveges csomagokat vár 
a figyelt kapun, és titkosított csomagokat továbbít a cél- 
kapura. A kiszolgálókon (client - no) az Stunnel SSL- 
kapcsolatokat, vagyis titkosított csomagokat fogad 

a figyelt kapun, és ezeket visszafejtett formában továb- 
bítja a célkapura. 

Érdemes megemlíteni, hogy az ügyfeleken a connect sor- 
ban nemcsak kaput, de egy távoli állomás nevét vagy IÍP- 
címét is meg lehet adni, ahogy a 3. kódrészletben is 
connect - tavolikiszolgalo.pelda.org:992 szerepel. 

A 3. és 4. kódrészlet beállításai alapján tetszőleges állomás 
csatlakozhat a helyiugyfel 23-as ICP-kapujára, majd az 
alagúton keresztül kapcsolatba léphet 

a tavolikiszolgaloval. Ezt többféle módszerrel is meg 
tudjuk akadályozni, többek közt az iptables használatával. 
Ha a helyiugyfelen az accept - 127.0.0.1:23 sort adjuk 
meg, akkor az Stunnel ügyfélfolyamatát rá tudjuk venni ar- 
ra, hogy csak helyi kapcsolatokat fogadjon. 

A megoldás a tavolikiszolgalon is működik. Ha 

a tavolikiszolgalonak több hálózati csatolója is van, pél- 
dául ethOo, wlan0, pppO stb., akkor hasonló accept utasítás- 
sal választhatjuk ki azt a csatoló IP-címet, amelyen fogadni 
akarjuk az alagúton keresztül érkező csomagokat. Az 
Stunnel ügyfeleken és kiszolgálókon az accept utasítások 
IP-címe alapesetben az any (vagyis az összes helyi csatoló), 
a connect utasítás alapértelmezett IP-címe pedig 

a 127.0.0.1(localhost). 

Mit kell tudni a tavolikiszolgalon futó telnet kiszolgáló- 
ról? Végül is a nyílt szöveges telnet kapcsolatok használata 
általában elég rossz ötlet. Éppen ezért ne feledjük el a bind 
- 127.0.0.1 sort hozzáadni a /etc/xinetd/telnet parancsfájl- 
hoz, ennek hatására csak helyi folyamatok kapcsolódhatnak 
a 23-as ICP-kapuhoz. 

Ha az ügyfélen és a kiszolgálón egyaránt megtettük a szük- 
séges beállításokat, akkor egyszerűen az stunnel parancs 
kiadásával indítsuk el az Stunnelt. Különösebben nem kell 
foglalkoznunk azzal, hogy a kiszolgálón vagy az ügyfélen 
indítjuk el előbb, az ügyfél úgysem próbál alagutat létre- 
hozni, amíg arra tényleges igény nincs, vagyis amíg — pél- 
dául -— el nem indítunk egy telnet kapcsolatot. Ha valame- 
lyik, esetleg mindkét fél jelszóval védett kiszolgáló tanúsít- 
ványt használ, akkor itt az ideje, hogy beírjuk a jelszót. 
Erről akkor se feledkezzünk el, ha az Stunnel indítására 
parancsfájlt készítünk. Ha a tanúsítvány beolvasása meg- 
történt, elvileg minden készen áll. 

Adjuk ki a ps auxw parancsot, és ellenőrizzük, hogy a kime- 
netben szerepel-e az Stunnel folyamat. Maga az Stunnel 

a konzolra nem ír ki semmit, amivel visszaigazolná gond 
nélküli elindulásának tényét. Az erre utaló és egyéb jelzése- 
ket, köztük az indítási üzeneteket a syslognak küldi el. 

Ha az Stunnel az ügyfélen és a kiszolgálón is fut, akkor 

a helyiugyfel felhasználói a helyiugyfel 23-as ICP- 
kapujára — például a telnet 127.0.0.1 paranccsal — csatla- 
kozva válthatják ki az alagút létrehozását. Az 5. kódrészlet 
egy titkosított telnet kapcsolat felépülését szemlélteti. 
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Látható, hogy a felhasználó szempontjából 

a tavolikiszolgalohoz való kapcsolódás pontosan úgy 
zajlik, mint bármely más telnet kapcsolat létrehozása. 

A kódrészlet végén megjelenő bash parancssor jelzi, hogy 
a tavolikiszolgaloval valóban sikeresen létrejött az 
összeköttetés. 


Osszefoglalás 

Remélem, az eddigiek alapján mindenki el tudja kezdeni 
az Stunnel használatát, illetve a vele való ismerkedést. 

Mint máskor, most is csak a felszínt érintettük. Mindenki- 
nek meghagyom azt az örömöt, hogy önállóan fedezhesse 
fel az Stunnel ügyféltanúsítványok alapján történő alagúthi- 
telesítési képességét, a ICP-burkoló stílusú hozzáférés- 
vezérlés támogatását, valamint az stunnel.conf fájlba beil- 
leszthető átfogó és a szolgáltatásokra egyedileg jellemző 
beállítások sokaságát. 

Ennek során bátran forduljunk segítségért az stunnel(8) 
man oldalhoz -— mire a végére érünk, megszokott, titkosítás- 
ra képtelen, ICP alapú alkalmazásaink forgalmát többé 
nem lehet majd lehallgatni. 
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Az Arkeia 5.2 Network Backup 


Központosított adatmentés Linux alapokon. 


z Arkeia-t 1999 áprilisa óta nem vizsgáltuk 
A (www.linuxjournal.comjarticle/3166), ezért úgy 

gondoltuk, itt az ideje utánanézni, hogy mi 
újság ezzel a programmal. 


A program szolgáltatásai 

Az Arkeia Network Backup olyan ügyfél/kiszolgáló rendsze- 
rű adatmentő alkalmazás, amely akár vegyes hálózatok tag- 
jainak biztonsági mentését is lehetővé teszi. A rendszer 

a másolatok tárolására Linux vagy UNIX alapú másolat- 
kiszolgálót használ. A másolatkészítő rendszer ügyfélprog- 
ramjából számos különböző platformra készült változat lé- 
tezik, köztük természetesen linuxos is. A különböző UNIX 
változatokon túl a program elérhető az olyan, bizonyos 
mértékig UNIX-szerű operációs rendszereken is mint ami- 
lyen a Mac OS X vagy a Microsoft Windows 98, ME, NI, 
2003 és XP változatai. 

Megfelelő bővítményekkel megoldható az olyan programok 
futás közbeni mentése (hot backup), mint az Oracle, Micro- 
soft Exchange, Lotus Notes, IBM DB2 és MySOL. 

Az Arkeia Disaster Recovery, amely külön termék és most 
részletesen nem is vizsgáljuk, biztosítja a korábban mentett 
Linux ügyfelek és kiszolgálók , puszta vas" (bare-metal) ál- 
lapotból való helyreállítását. Kipróbálásra mind a Network 
Backup, mind a Disaster Recovery hozzáférhető 30 napos 
próbaverzió formájában. Egy harmadik termék, az Arkeia 
Lite, amely egy linuxos kiszolgáló és mindössze két asztali 
rendszer biztonsági másolatának elkészítésére alkalmas, 
ingyenesen áll a felhasználók rendelkezésére. 

Az Arkeia Network Backup 5.2.7 változatát vizsgáltuk, ame- 
lyet a $ www.arkeia.com címről töltöttünk le a PDF formátu- 
mú dokumentációval együtt. A linuxos változat a Debian 
GNU/Linux 2.2 és 3.0, a Mandrake 7.2-9.2, a Red Hat 6.0—9.0, 
a Slackware 8.0 és a SuSE 7.1—9.0 terjesztéseket támogatja. 


Telepítés 

A PDF formátumban letölthető dokumentáció mintegy 
ötszáz oldalnyi leírást tartalmaz, ami őszintén szólva elég 
ahhoz, hogy kicsit elbátortalanítsa az embert. A legrövi- 
debb dokumentum a Ouick Start Guide (Gyorstalpaló 

az induláshoz) címet viselte, ezzel kezdtem tehát az is- 
merkedést. 

A kipróbáláshoz egy Debian 3.0-ás rendszert használtam. 
Az Arkeia Debian-telepítője . tar . gzy formátumban és nem 
Debian-csomagként érkezett. Ennek kicsomagolása után át- 
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váltottam a telepítőfa legfelső könyvtárára és kiadtam az 
instal1] parancsot. Telepítés közben minden alapértelme- 
zett beállítást elfogadtam. 

Ezt követően elindítottam a xarkeia programot. Az 1. képen is 
látható futurisztikus megjelenés eleinte kicsit szokatlanul hat. 
A leírás utasításait követve megadtam az Arkeia rendszer- 
gazdai jelszavát, elvégeztem a további szükséges beállításo- 
kat, és futtatni kezdtem egy látszólagos másolatkészítést. 
Amíg gondosan követtem az útmutatóban leírtakat, min- 
den úgy történt, ahogy le volt írva. Egy ponton aztán kissé 
eltértem a folyamattól és anélkül próbáltam elindítani egy 
biztonsági mentést, hogy bármilyen szalagos eszközt beállí- 
tottam volna. A mentés megfeneklett és én sem beállítani 
nem tudtam a kívánt egységet, sem a grafikus felületen ke- 
resztül megszakítani a mentési folyamatot. Az akkori isme- 
reteim kevésnek bizonyultak, hogy megoldjam a problé- 
mát. A támogatási weboldalon feltett kérdésemre fél órán 
belül választ kaptam, amely valóban tartalmazta a megol- 
dást: egy démont kellett leállítani és újraindítani. A próba- 
mentés ezek után minden további váratlan esemény nélkül 
lefutott, és befejeződött a telepítési folyamat. Az Arkeia ké- 
szen állt a valódi biztonsági másolatok elkészítésére. 


A felépítés 

Az Arkeia a működéséhez szükséges adatokat egy adatbá- 
zisban tárolja , amelyben a rendszeradminisztrátor a követ- 
kező dolgokat állítja be: 


e Szalagos meghajtók (tape drives). 

e . Meghajtócsoportok (drivepacks): hasonló szalagos meg- 
hajtókból álló egységek. 

e Szalagok (tapes): mindegyik saját címkével és előzmény- 
információkkal rendelkezik. 

e Szalagkészletek (tape pools): hasonló szalagok csoportjai. 

e . Mentési csomagok (savepacks): az együtt mentett fájlok 
és könyvtárak csoportjai. 

e — Biztonsági másolatok (backups): egy adott szalagkészlet 
szalagjaira egy adott meghajtócsoport használatával fel- 
írt mentési csomag. 

e — Felhasználók (users): számos felhasználói szerep állítha- 
tó be, ami lehetővé teszi, hogy egy nagyobb telephelyen 
a biztonsági másolatok elkészítésével kapcsolatos mun- 
kát több ember végezhesse. 

e — Kiszolgálók (servers): egy Arketia-rendszer több 
másolatkiszolgálót is tartalmazhat. 





e — Ügyfelek (clients): minden egyes kiszolgálóhoz több 
ügyfélrendszer csatlakozhat. 


A biztonsági másolatok készítését és naplózását a másolato- 
kért felelős kiszolgáló vezérli. A másolatkészítés egyaránt 
lehet kézzel vezérelt vagy önműködő - ez utóbbit az Arkeia 
Periodic (periodikus) kifejezéssel illeti. Megkülönböztetünk 
ezen kívül teljes és növekményes biztonsági másolatot. 
Utóbbinál azok a fájlok, amelyek egy megadott alapidőpont 
óta nem változtak, nem kerülnek archíválásra. A növekmé- 
nyes biztonsági másolatok naplózása több színtű rendszer 
szerint történik. Egy adott szint alapidőpontja a megelőző 
alacsonyabb szintű biztonsági másolat időpontja. A bizton- 
sági másolat szintje egy adott periodikus archiválás minden 
fájlja szempontjából ugyanaz. 

A szalagok kapacitásának optimális kihasználása és megtölté- 
se végett ütemezhetjük úgy a másolatkészítést, hogy egy sza- 
lagra több mentés anyaga kerüljön, de kezdhetünk minden 
mentést új szalaggal is. A mentési csomagok fájlokat, adatbá- 
zisokat, könyvtárakat tartalmaznak. Egy ilyen csomagba több 
gépről származó anyagok is kerülhetnek. Az említett objek- 
tumok megfelelő bővítmények segítségével is archiválhatók. 
Ilyen például a MySOL-hez tartozó bővítmény. 

A programkönyvtárak, tömörített állományok és a hasonló 
elemek számára különleges kezelőfelületek állnak rendel- 
kezésünkre az Arkeia alatt, de úgy vannak beállítva, mint 
meghajtócsoportokba bejegyzett meghajtók. Így amikor 

egy archívumot az Arkeitával kezelünk, nem látunk na- 
gyobb különbséget egy könyvtár és bármilyen más 
meghajtókészlet között. 


A grafikus felület 

Az Arkeiát vagy az xarkeia nevű grafikus ügyfélprogramon 
keresztül kezelhetjük, vagy parancssori ügyfélprogramok 
gyűjteménye segítségével. A tényleges tevékenységet az 
ezeken az ügyfélprogramokon keresztül elért démonok 
végzik. Valószínűleg sok rendszergazda gondolja úgy, hogy 
a grafikus felületen keresztül könnyebb elvégezni a beállítá- 
sokat és a mentési vagy visszaállítási műveleteket. 

A xarkeia grafikus felülete kizárólag az X rendszer szolgálta- 
tásaira támaszkodik, vagyis nem használ sem Motif-ot, sem 
Ot-t, GTK-t vagy bármilyen más, külső grafikus program- 
könyvtárat. A megjelenése éppen ezért olyan egyedülálló és 
minden mástól eltérő. Habár a környezethez való alkalmaz- 
kodás igényel egy kis időt, rövid gyakorlás után a használata 
nem okozhat gondot. Az ablakokat díszítő gombok, amelye- 
ket a fejlécen szoktunk látni, most nincsenek ott. Ezeket 

a bal felső sarokban látható gombokból álló kör helyettesíti. 
Hiányoltam azt a lehetőséget, hogy a xarkeia egy példá- 
nyát az egyik virtuális asztalról a másikra helyezzem át. 

A xarkeia ablakának felső részén elhelyezkedő hibaüzenet- 
panel egy kis bosszúságot is okozott. Előfordultak ugyanis 
olyan hibaüzenetek, amelyek túl gyorsan törlődtek ahhoz, 
hogy alaposan átolvashattam volna őket. A gombokból álló 
kör He Ip (súgó) gombja környezetfüggő segítséget nyújt. 
Rendszertelen próbálgatással azt tapasztaltam, hogy az ol- 
dalaknak csak körülbelül a feléhez tartozott értelmes infor- 
máció. Ezen a területen tehát még van hová fejlődni. 
Ugyanakkor a tapasztaltabb rendszergazdák nyilván nem 
idegenkednek a kezelési utasításoktól, az Arkeia felhasználói 


www.linuxvilag.hu 





root logged on wangdang.ssc.com 


az wangdang: advanced options 





1. kép A Savepacks (mentési csomagok) menü beállítóképernyőjén 
láthatóak a haladó beállítások (advanced options) felett lévő sáv ikonjai, 
amelyekkel visszatérhetünk a menü gyökerébe 


útmutatója pedig valóban teljes és alapos munkának tűnik. 
A felhasználói felület testreszabásával kapcsolatban nem 
értem el túl sok eredményt. Amennyire meg tudtam állapí- 
tani, azokkal a betűtípusokkal és színekkel kell majd meg- 
barátkoznunk, amelyeket a programmal együtt kapunk. 
Ezeken kívül semmilyen problémám nem volt a xarketával. 
Számos kellemes tulajdonsága közül az egyik számomra 
legkedvesebb a Hunction Path Bar (műveleti útvonalsáv). 
Aki használt már olyan eszközt, amely számos menüszinttel 
rendelkezik, valószínűleg régen belefáradt már a keresgé- 
lésbe, és a folytonos visszalépésekbe. A xarkeia említett 
szolgáltatása — amint az 1. képen is látható -— tárolja a menü- 
fa alsóbb szintjeinek megközelítése közben használt ikono- 
kat. A sáv valamelyik ikonjára kattintva így akár egyetlen 
mozdulattal több menüszintet is ugorhatunk visszafelé. 


Egy valódi archiválás és visszaállítás 

A Ouick Start Guide elolvasása után a következő állomás az 
Arkeia Users Manual (Arkeia felhasználói kézikönyv) tanul- 
mányozása. A maga 330 oldalával bizony bőven kínál olvas- 
nivalót. Az xpdf segítségével megnyitottam a leírást és egy 
valódi mentés előkészítésével folytattam az ismerkedést. Eh- 
hez egy Exabyte VXA meghajtót kívántam használni. Ennek 
az észlelése és beállítása nem okozott semmilyen problémát. 
Meghatároztam egy új meghajtócsoportot, bejegyeztem és 
felcímkéztem egy csomó szalagot és felvettem azokat egy 
szalagkészletbe. A szalagcímkéző párbeszédablaknak egy 
,eject"-gombot kellett volna használnia. A Ouick Start 
Guide gyakorlatainak köszönhetően már be volt állítva egy 
mentési csomagom, ezért interaktív mentést indítottam el, 
majd beállítottam egy periodikus mentést is többszöri is- 
métléssel, időt hagyva magamnak, hogy közben fájlokat 
adjak hozzá, vagy töröljek. 

A Restoration (helyreállítás) menüben a fájlok kereséssel, 
vagy egy szokásos faszerkezetet megjelenítő böngészővel 
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jelölhetők ki. A Search (keresés) gyomb megnyomása után 
előugró , Invalid regular expression!" (érvénytelen szabályos 
kifejezés) hibaüzenet egy kicsit megzavart, de csak addig, 
amíg el nem olvastam a felhasználói kézikönyv vonatkozó 
szakaszát, amely hangsúlyozza, hogy be kell jelölnöm né- 
hány jelölőnégyzetet, valamint be kell írnom a keresési kife- 
jezéseket a szomszédos szövegmezőbe. Mindezek alapján 
hasznosabb lett volna a , Legalább egy jelölőnégyzetet be 
kell jelölni" hibaüzenet. 

A helyreállítás rengeteg beállítási lehetőséget tartalmaz. 
Megadhatjuk többek között a visszatöltés helyét, a tulajdo- 
nosi és hozzáférési jogokat, a létező fájlok felülírását, és 

a visszaállított fájlok ellenőrzésének módját. Az archívum- 
böngésző segítségével kijelöltem a szükséges fájlokat és el- 
indítottam a visszaállítást, de csak a , Please insert tape 
Monthly22" (Helyezze be a Monthly22 szalagot) üzenetig 
jutottam. Egy kis találgatás után szerencsére tényleg meg 
tudtam kezdeni a visszaállítást. 


A szalagok indexelése 

Az Arkeia hálózaton keresztül elérhető szalagindexet hasz- 
nál az előzmények és a beállítások tárolására, és erre tá- 
maszkodik helyreállítás esetén. Ez az index lehetővé teszi, 
hogy az adott dátumhoz tartozó archívumot hálózaton ke- 
resztül böngésszük, és a szükséges anyagokat egyszerűen 
visszaállítsuk. A módszer egyetlen hátulütője — és ez vala- 
mennyi ilyen megoldásra vonatkozik — hogy maga a háló- 
zati index is elveszhet. 

Az index abban a könyvtárban található, ahová az Arkeiát 
telepítettük. Ez alapértelmezésben a /opt/arketa, az index 
pedig a server/dbase alkönyvtárban található. Ha elveszik, 

a rendelkezésre álló segédprogramokkal a szalagokról ez is 
visszaállítható. Ehhez minden egyes szalagot be kell tölteni, 
ami nagyobb adatmennyiségnél meglehetősen hosszadal- 
mas és fáradságos folyamat is lehet. Mindazonáltal az 

a tény, hogy az index helyreállítására egyáltalán van lehető- 
ségünk, mindenképpen jó dolog. Használtam már koráb- 
ban is hálózatos indexet alkalmazó archiváló programokat, 
de egyik sem volt képes erre. Adott esetben jól jöhet egy 
ilyen helyreállító módszer, habár a legjobb az, ha nem kerü- 
lünk ehhez hasonló helyzetbe. 

Az Arkeia Disaster Recovery megkönnyíti az ilyen helyzetek 
kezelését is, hiszen készségesen elvégzi az 
archivumkiszolgáló vagy bármelyik ügyfélgép közvetlenül 
a szalagról történő , bare-metal" helyreállítását. Azoknak 

a megfontolt, de vállalkozó szellemű rendszergazdáknak, 
akik egy szabványos telepítés után a finomhangoláshoz 
szükséges adatfájlokat szalagról akarják betölteni a gyártó 
azt javasolja, hogy mindig legyen egy másolatuk az Arkeai 
telepítési könyvtáráról, valamint a server/dbase könyvtár 
tartalmáról. Ezek segítségével a helyreállítás még akkor 

is elvégezhető, ha maga a mentési kiszolgáló sérült meg. 
Minden esetben végezzünk vizsgálatot visszaállítás után, 
mivel a tapasztalatok helyről helyre változhatnak. 


Egyebek 

A program lehetővé teszi a szalagkettőzést is, ami akkor 
hasznos, ha a mentés egy példányát helyben, egy másikat 
pedig házon kívül, biztonságos helyen akarunk tárolni. 

A parancssoros ügyfélprogramok, amelyeket részben a fel- 
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használói útmutató befejező fejezetei, részben pedig a 137 
oldalas Command Line Interface Manual (a parancssoros fe- 
lület kezelési útmutatója) ismertetnek, lehetővé teszik az 
Arkeia parancssoron keresztül történő kezelését és módot 
adnak a program saját parancsfájlokkal történő elérésére is. 


Ehhez néhány mintát is ad az útmutató. 


Áttekintés 

Összességében megkedveltem a programot. A grafikus felü- 
let egy kicsit szokatlan, az illesztések és a kidolgozás néhol 
egy kicsit csiszolatlannak tűnik. A felépítés arról tanúsko- 
dik, hogy a tervezők alaposan végiggondolták, mire van 
szüksége egy biztonsági mentéseket végző programnak. 

A különböző platformok közötti átjárhatóság jónak mond- 
ható. A parancssori ügyfélprogramok kizárják annak lehe- 
tőségét, hogy egy lefagyott grafikus felület, amely nem en- 
ged betekintést a felszín alá, megakadályozza a rendszer 
mentését. A Ouick Start Guide segítségével fáradtság nélkül 
sajátíthatjuk el a program kezelésének alapjait, a másik két 
kezelési útmutató pedig láthatólag erre épít, és teljessé teszi 
a képet. A 30 napos ingyenes próbaváltozat támogatása is 
gyors és hatékony volt. 


Linux Journal 2004. július, 123. szám 


Dan Wilder a Specialized Systems Consultants, 
Inc. műszaki igazgatója. 





ve Yigael étele te táterolt 


Fejlesztő: race 

Honlap: www.arkela.com 

TT 590-1190 dollár háromtól hét 
gépes rendszerekig, a nagyobb 
kiépítések ára 20.000 dollárig terjedhet 
a felépítéstől függően. 


Előnyös tulajdonságok 


Többféle operációs rendszert támogat. 
Központilag ütemezett biztonsági mentések. 
Futás közben végrehajtott mentéseket támogató 
bővítmények. 

Böngészhető tartalomjegyzék a szalagokhoz. 

Jó felhasználói dokumentáció. 


Hátrányok 


Nem szabványos grafikus felület. 
Eltűnő hibaüzenetek. 
Befejezetlen a környezetérzékeny súgó. 





Weblogok és Slash 


A Slash bonyolult, de harcedzett közösségi rendszerének funkciói közt megta- 
láljuk a megjegyzésekkel kiegészített felhasználói naplót is. Tegyük lehetővé fel- 
használóinknak, hogy barátok és ellenségek hálózatát hozzák létre és moderálják 


egymás megjegyzéseltt. 


z augusztusi számban a Slashdot lapot is mű- 
ködtető Slash nyílt forráskódú Weblog rendszer 
telepítésével és karbantartásának alapjaival fog- 


lalkoztunk. A Slash a Perl, mod perl és Apache előnyeit 
használja ki. 





Napló készítése 

A Slash a napló (journal) nevet használja a Weblog kifejezés 
helyett. A rendszer valamennyi felhasználója saját naplóval 
rendelkezhet; ezt a funkciót a , You" menü Journal pontja 
alatt érhetjük el, amelyet általában a képernyő bal oldalán 
találunk. A pont a journal.pl programot hívja meg, amelyet 
a lapunk Slash könyvtárában találunk. Az én chaim- 
weizmann nevű gépemen a journal .pl fájl 

a /usr/local/slash/site/chaim-weizmann/htdocs/ 
journal .pl könyvtárban található. A kódot sokkal 
könnyebb olvasni mint gondoltam, de még a tapasztalt 
Perl guruk is úgy fogják találni, hogy a a Slash környezet- 
ben igen sok függvény központosított és testreszabott. 

Azt mondják a Slash rendszerét megváltoztatni nem külö- 
nösebben bonyolult ha valaki hajlandó foglalkozni vele. 
Amikor először kattintunk a Journal hivatkozásra, az 

1. ábrán látható képernyőképhez hasonló oldallal találko- 
zunk. Az itt olvasható üzenet azt jelenti, hogy még nem 
készítettünk egyetlen naplóbejegyzést sem. Számos hivat- 
kozás áll rendelkezésünkre, amennyiben a naplónkba kí- 
vánunk írni illetve módosítani szeretnénk a már meglévő 
bejegyzéseinket. 

Készítsünk egy új naplóbejegyzést a Write in Journal" (Írás 
a Naplóba) hivatkozásra kattintva. A 2. ábrán látható lapra 
jutunk. Írjuk be a címet, a témát (témák globális listájának 
gyűjteményét, a felhasználói naplóval együtt), valamint 
jelöljük meg, szeretnénk-e, hogy megjegyzéseket fűzhesse- 
nek a naplónkhoz végül gépeljük be magát a bejegyzést. 
Miután befejeztük a bejegyzés szerkesztését, rábökhe- 
tünk a Preview (előnézet) gombra, így elküldés előtt meg- 
tekinthetjük írásunkat. Számomra ez kicsit túlbiztosítás- 
nak tűnik; természetesen megértem, hogy az embereknek 
általában szeretik munkájuk hibátlanságát ellenőrizni el- 
küldés előtt, de néha szeretnék gyorsabban haladni az 
előnézet megtekintése nélkül. 
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1. ábra Új Slash napló bejegyzések nélkül 


A Preview gomb után egy listát találunk, amellyel megha- 
tározhatjuk, a naplóbejegyzésünk formázási tulajdonsá- 
gait. Alapértelmezés szerint ez HIML formátum, lehetővé 
teszi, hogy HIML kódokat szúrjunk a naplónkba, például 
cb:boldfacec/b: és cisitalicc/i: szövegeket. Mivel 

a HIML nem tesz különbséget az üres (whitespace) ka- 
rakterek között, ennél a módszernél természetesen bekez- 
déseinket cp: tegekkel kell elválasztanunk egymástól. 
Egyúttal azt is jelenti, hogy a c vagy : karaktereket csak 

a megfelelő HIML jelölés (€It; és €rt; ) segítségével 
vihetjük be. 

Magam részéről az extrans formázási módot választottam 
volna, feltéve, hogy már az elején tudom mit is jelent ez tu- 
lajdonképpen. Az extrans ugyanis feltételezi, hogy minden 
karaktert betű szerint kel érteni, majd a többszörös újsor ka- 
raktereket HTML bekezdéshatárrá alakítja. Észrevettem, 
hogy ez a lehetőség a HIML kódokat is szöveggé alakítja, 
de ez sokkal kevésbé tűnt érdekesnek, mint, hogy a végső 
másolat megőrzi a bekezdéshatárokat. 

Miután legalább egyszer megtekintettük a bejegyzésünket, 
a Preview és a formázási választéklista közt megjelenik 

a Save (mentés) gomb. Folytathatjuk bejegyzésünk módo- 
sítását, megtekintését vagy az Add gomb segítségével 
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elmenthetjük, hogy mindenki láthassa azt. A chaim- 
weizmann gépen általam készített naplót például mindenki 


láthatja, aki a böngészőjét a chaim-weizmann/-reuven/ 
journal URL-re irányítja. 


Megjegyzések írása 

Amint azt már más Weblog és naplóprogramoknál megszok- 
hattuk, a Slash is lehetővé teszi, hogy más felhasználók meg- 
jegyzéseket fűzzenek írásunkhoz. Alapértelmezés szerint ez 
a lehetőség kikapcsolt állapotban van, az utasítások pedig 
egyértelműen és több ízben is felhívják rá a figyelmet, hogy 
ha egyszer bekapcsoljuk, akkor az örökre úgy is marad. 

A lehetőséget minden egyes naplóbejegyzéshez egyenként 
kapcsolhatjuk be tetszés szerint. Az alapértelmezett beállí- 
tást az Edit Preferences hivatkozásra kattintva tudjuk meg- 
változtatni. Minthogy ez a beállítás csak az alapértelmezett 
értéket változtatja, a már létező naplóbejegyzéseinkre és 
megjegyzéseinkre természetesen nem vonatkozik. 
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tilthatjuk meg az embereknek az írásunkra adott választ. 
Gépeljünk be valamilyen címet majd a megjegyzést, jelöl- 
jük be a formázást, majd tekintsük meg az előnézetet illetve 
adjuk a vitához a lapot. A Slash lehetővé teszi, hogy 

a Anonymous Coward (Gyáva Anonymous) néven ismert 
anonymous felhasználóként adjunk fel küldeményt, ha 

a bejegyzés melletti ,post anonymously" dobozra kattin- 
tunk. Sok rendszergazda azonban megtiltja rendszerén az 
ilyen anonymous küldeményeket, feltételezve, hogy a név- 
telenség csökkenti a felelősségérzetet. 

Végül, a megjelenítési beállítások segítségével az egész vitát 
néhány mód bármelyikével megtekinthetjük. A threshold 
(küszöb) beállítás segítségével a megjegyzéseket szűrhetjük 
a lap közösségének más tagjai által adott pontszámok alap- 
ján. A moderálási és a hozzá kapcsolódó meta-moderálási 
képességeket a lap gazdája állíthatja be, így lehetővé téve 

a közösség tagjainak, hogy eldöntsék melyik megjegyzés 
érdemli a legtöbb figyelmet. 
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2. ábra Napló beviteli oldal, ahol a naplónkba jegyzendő 
szöveget írhatjuk be 


A rendszerrel csak most ismerkedőknek nem teljesen ma- 
gától értetődő, hogyan kell a megjegyzéseket engedélye- 
ző naplókhoz megjegyzéseket fűzni. Minden bejegyzést 
egy menüsor követ (3. ábra), amely vezérli a vita megjele- 
nítését valamint lehetővé teszi a csatlakozást. Szerintem 

ez kicsit zavaró, hiszen nem nehéz összekeverni a Reply 
(válasz) gombot melynek segítségével hozzászólhatnánk 

a vitához és a menüsor többi részét, amely a vita megjele- 
nítését változtatja. 

Válasz küldése azért kicsit bonyolultabb ennél. Ha az ere- 
deti küldeményre szeretnénk válaszolni, akkor a cikket 
közvetlenül követő Reply gombra kell kattintanunk. 
Amennyiben azonban egy megjegyzésre szeretnénk 
reagálni és ezzel új vitaszálat létrehozni, a Reply to This 
hivatkozásra kell kattintanunk, amelyet közvetlenül a vá- 
laszok alatt találunk meg. Ennek a szerkezetnek logikailag 
persze van értelme, de meg kell vallanom, hogy bár éve- 
kig követtem és használtam Slash-meghajtású vitákat, 

jó időbe telt, mire sikerült megértenem a két módszer 
közti különbséget. 

A felülettől eltekintve a megjegyzés hozzáadása azonos az 
új küldemény felvételével, azzal a különbséggel, hogy nem 
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3. ábra Minden naplóbejegyzést a Slashdot-stílusú menü követ 


A megjelenítési beállítások a szálak megjelenését befolyásol- 
ják. A magam részéről egymásba ágyazott módon szeretem 
nézni az ilyen vitákat, ahol a válaszok állandóan láthatóak, 
csak éppen a szülőjükhöz képest kicsit beljebb kezdve. Alap- 
értelmezés szerint a Slash lapok szálankénti módban jelení- 
tik meg a bejegyzéseket, ami azt jelenti, hogy az adott meg- 
jegyzést kifejezetten kérni kell ha meg szeretnénk nézni. 
Végül a megjegyzéseket különböző sorrendben jeleníthet- 
jük meg. A naplóbejegyzések mindig megjelennek, mégpe- 
dig Weblog-stílusban a legfrissebb bejegyzéssel kezdve és 

a legidősebbel fejezve be a listát. A cikkekre adott válaszok 
ellenben általában időrendben jelennek meg, azaz a legöre- 
gebb megjegyzést találjuk legfölül. Ezért aztán egy idő után 
le kénytelenek leszünk a lap aljára pörgetni, ha nyomon 
szeretnénk követni a vitát. 


Naplóközösségek 

Annak alapján amit eddig láttunk, a Slash egyszerű le- 
hetőséget kínál több felhasználónak, hogy saját naplóját 
létrehozza és kezelje. Ugyanakkor a felhasználók és nap- 
lóik közt nincs igazi kölcsönhatás; mindenki el van szige- 
telve mindenki mástól. 


A Slash rendszerét azonban a hálózati közösségek segítésé- 
re írták, így számos képességgel rendelkezik amelyek az 
együttműködést és a közös munkát segítik elő. Először is, 

a Slash a rendszer valamennyi naplójáról statisztikákat ké- 
szít. A journal .p! (azaz a fő napló) lapon a lop 10 hivatko- 
zásra kattintva a megtudhatjuk, melyik lapokat módosítot- 
ták a legutóbb, ki írta a legtöbbet és melyik barátunk írta 

a legtöbb bejegyzést. 

A ,barát" szó alatt nem közösségi tagot kell érteni. A Slash 
rendszerében minden felhasználó az összes többi felhasz- 
nálót barátként és ellenségként osztályozhatja érdekes kap- 
csolatrendszer-hálózatot hozva létre ezzel az emberek közt, 
amely kicsit hasonlít, de azért nem azonos az Orkut és 
Linkediln rendszerek hálózataihoz. 

Amennyiben valakit barátként vagy ellenségként szeret- 
nénk kijelölni, a legegyszerűbb módszer, ha belépünk 

a honlapjukra, amely általában -felhasználónév alakú. 
Az én rendszeremen tehát az chaim-weizmann/-reuven 
URL alatt bárki elérheti a saját honlapomat. Az adott sze- 
mély felhasználói neve mellett található ikon mutatja, 
hogy az jelenleg éppen barát (mosolygó fej), ellenség 
(vörös szomorú fej) vagy semleges (ez az alapértelmezett, 
napszemüvegben és furcsa önelégült mosollyal jelenik 
meg). Az ikonra kattintva, megváltoztathatjuk a kapcso- 
latunkat. 

Az egyik nagy különbség a Slash és más személyi háló- 
zat és közösségi weblap rendszerek közt, hogy az ilyen 
kapcsolatok nyilvánosak. A Slash lapon bárki megnézheti, 
kik a barátaim és kik az ellenségeim. Bár ez minden bi- 
zonnyal feszélyez néhány embert, akik tartva a nyilvános 
kényelmetlenségektől, nem szívesen jelölnek meg ellensé- 
geket, azért szó sincs róla, hogy a Slash ne tudna izgalmas 
személyes hálózatot és kapcsolatrendszert felépíteni. 
Nem csak a barátokat nézhetjük meg, hanem barátok 
barátait is. 

Minden ilyen kapcsolat egyoldalú; A lehet B barátja, de et- 
től még B lehet A ellensége. Amikor valakinek a honlapjára 
belépünk, nem csak az ellenségeit és barátait látjuk, hanem 
a rajongóit (akik barátnak jelölték be) és ellenzőit (akik el- 
lenségnek jelölték őt). 

A barátok listájának legnagyobb praktikus előnye, hogy ba- 
rátaink naplóját a Slash nyomon követi és frissíti nekünk. 
A lapunk tetején található , Friends Journals" hivatkozásra 
kattintva barátaink és naplóik jelennek meg. Ez tulajdon- 
képpen könyvjelző vagy az RSS hírösszesítő megfelelője 

a Slash rendszerében. Azzal, hogy embereket a barátaink 
közé helyezünk, könnyedén nyomon követhetjük naplóik 
változásait. 


Erdemes használni a Slash-t? 
Az évek során többször is megnéztem a Slash-t és de 
egyszer sem hagyott bennem mély nyomokat. A kódot 


elég nehéz megérteni, a felhasználói felület csúnya 

és a képességek korlátozottak. A Slash-alapú lapok vi- 
szonylag rondák, bár ez a lemplate loolkit használatának 
hála mostanra már megváltozott. A képességek továbbra 
is elég korlátozottak olyan más közösségi keretrendsze- 
rekhez és eszközkészletekhez mérve mint az Xoops 
vagy az OpenACS. 

Ugyanakkor a Slash-t nem is széles igényekre tervezték; 
inkább korlátozott képességkészletet próbál megvalósíta- 
ni, de azt jól. Ebben a tekintetben igen sikeresnek mond- 
ható. Az 3 use.perl.org kiváló példa erre, ahol új cikkek 
mellett a felhasználók saját naplókat is tarthatnak. 
Amennyiben korlátozott mértékű hírújságot és bejelentés- 
rendszert szeretnénk, miközben sok felhasználónak akar- 
juk lehetővé tenni naplók készítését és követését, a Slash 
jó választás lehet. 

lovábbá, el kell ismernem, hogy a kód sokat fejlődött az 
évek során; ma már meg lehet érteni mi is történik, és ha 
valaki tapasztalt Web/adatbázis guru akár módosíthatja 
vagy bővítheti a funkciókat. A Slash sok kényelmes függ- 
vénnyel rendelkezik, amelyek megismeréséhez kell egy kis 
idő, mielőtt nekiugranánk a módosításoknak. Mindazonál- 
tal ez minden Web/adatbázis eszközre igaz, így nem lenne 
igazságos azt állítani, hogy a Slash bármivel is rosszabb 
ezen a téren. 

Legfőbb kifogásom a Slash-el szemben, eltekintve 

a (CVS-ben maradó) terjesztési verzióval kapcsolatos 
problémáktól és a dokumentációtól, annyi, hogy az új 
képességek felvételéhez nincsen a Xoops, OpenACS és 

a Zope modulok és csomagok rendszeréhez hasonló 
szabványos felülete. 


Osszefoglalás 

A Slash, sok más nyílt-forrású programhoz hasonlóan igen 
hatékony, jól méretezhető, újoncok számára nehezen tele- 
píthető és gyengén dokumentált. Más csomagoktól eltérő- 
en, inkább a mélységre mint a szélességre koncentrál, más 
rendszerekhez képest több képességet kínálva, de felál- 
dozva a bővíthetőséget és általánosíthatóságot. Ha azon- 
ban lapunk akár csak megközelíti a Slashdot által vonzott 
felhasználók és látogatók számát, bölcs dolog fontolóra 
venni használatát. 


Linux Journal 2004. augusztus, 124. szám 
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Tiz fontos parancs, amit minden linuxos 
fejlesztőnek ismernie kell 


Ha más kódját kell karbantartanunk, néhány egyszerű segédprogrammal 


komolyan megkönnyíthetjük az életünket. 


bben a cikkben néhány gyakorlatilag minden Linux- 
telepítésben megtalálható parancsot szeretnék ismer- 
tetni. Segítségükkel javíthatjuk kódjaink minőségét, 
divatos kifejezéssel élve termelékenyebbekké válhatunk. 

A lista összeállítását saját programozói tapasztalataim alap- 
ján végeztem, és olyan eszközökből áll, amelyeket magam 
is rendszeresen használok. Némelyik magának a kódnak az 
elkészítésében nyújt segítséget, mások hibakeresésre hasz- 
nálhatók, megint mások pedig az ölünkbe pottyant idegen 
kód visszafejtését teszik lehetővé. 





1. ctags 

Aki szereti az integrált fejlesztői környezeteket (IDE), talán 
sosem hallott erről az eszközről, vagy ha hallott is, idejét- 
múltnak vélheti. Pedig egy a címkéket ismerő szerkesztő 
mindig is értékes eszköz marad. 

Ha címkékkel látjuk el kódunkat, akkor például vi vagy 
Emacs alatt hiperszövegként tudjuk kezelni. (1. ábra) A kód 
minden objektuma egy a saját meghatározásához vezető 
hiperhivatkozást kap. Ha például vi alatt turkálunk a kód- 
ban, és szeretnénk tudni, hogy a , pelda" változó hol van 
megadva, beírjuk a : ta foo parancsot. Ha a kurzor éppen 
a változón pihen, elég a CrTRL--] kombinációt használnunk. 
A vi-t kevésbé kedvelők számára jó hír, hogy a ctags már 
nem csupán C kóddal és a vi szerkesztővel használható. 
A ctags GNU változata olyan címkéket állít elő, amelyek 
Emacs, illetve sok egyéb, a címkefájlok felismerésére képes 
szerkesztő alatt is kezelhetők. A ctags a C-n és a C-t -4H-on 
kívül számos más nyelvet is ismer, olyat mint a Perl és 

a Python, sőt, még vastervező nyelvekkel is boldogul, 
mint például a Verilog. Segítségével emberi szem számára 
is könnyen átlátható utalásokat lehet készíteni, amelyek 
alapján könnyebb a kód megértése, áttekintése. Lehet, 
hogy a ctags használata szerkesztés közben még nem na- 
gyon érdekel valakit, az utalásokat azonban mégis érde- 
mes átnéznie. Ilyenkor a ctags -x " . c" parancsot kell 
kiadnia. 

Én azért is szeretem ezt a kis programot, mert mindegy, 
hogy egy vagy száz fájlt vizsgáltatunk meg vele, minden- 
képpen hasznos adatokhoz jutunk, ellentétben sok ÍDE-vel, 
amelyek csak akkor érnek valamit, ha a teljes alkalmazást 
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látják. Mivel a programok ellenőrzésére nem alkalmas, 
ha hibás bemenetet adunk neki, értelemszerűen a kimenete 
is hibás lesz. 


2. strace 

Az strace segítségével hibakereső és forráskód hiányában 
is kifürkészhetjük, pontosan mi történik egy program futá- 
sa közben. Nekem például az abszolút kedvencem az olyan 
program, ami el sem indul, de nem mondja meg, hogy mi- 
ért. Lehet, hogy valamilyen fájlt hiányol, de az is előfordul- 
hat, hogy csak a jogosultságokkal van baja. Az strace el- 
árulja nekünk, hogy mit csinál a program a háttérben, va- 
gyis milyen rendszerhívásokat indít és ezek milyen ered- 
ménnyel járnak, egészen addig a pontig, míg a futása véget 
nem ér. A fork hívások követésére is képes. 

Én úgy tapasztaltam, hogy az strace sokszor gyorsabban 
megadja az engem érdeklő válaszokat, mint bármelyik hi- 
bakereső; főleg, ha ismeretlen kóddal kell dolgoznom. Néha 
az is előfordul, hogy éles, hibakereső nélküli rendszeren 
kell valamilyen kód hibáit megkeresnem. Ilyenkor az 
strace-t előkapva elkerülhetem a rendszer foltozását vagy 
a kód printf hívásokkal való teleszórását. Íme egy egysze- 
rű példa. Mi történik, ha egy normál felhasználó megpróbál 
törölni egy védett fájlt: 


strace -o strace.out rm -f /etc/yp.conf 
A kimenetből megtudjuk, mi volt a baj: 
lstat64("/etc/yp. conf", [st mode-S IFREGI]0O644, 


ssst s17e—361, ...3) — 0 
access("/etc/yp. conf", WOK) - -1 EACCES 
(Hozzáférés megtagadva) 

unlink("/etc/yp. conf") - -1 EACCES 


5 (Hozzáférés megtagadva) 


Ha menet közben akarunk hibákat felderíteni a strace se- 
gítségével, futó folyamatokhoz is csatlakozhatunk vele. 1Te- 
gyük fel például, egy folyamat egy csomó időt tölt valami- 
vel. Az strace -c -p folyamatazonosító paranccsal pilla- 

natok alatt megtudhatjuk, mi folyik odabent. Néhány má- 
sodperc után nyomjunk CTRL-C -t, és az alábbihoz hasonló 
kiírást fogunk látni: 


7 time seconds usecs/call calls errors syscall 

91.31 0.480456 3457 139 pol! 

6.66 0.035025 361 97 write 

0.91 0.004794 16 304 futex 

0.52 0.002741 14 203 read 

0.31 0.001652 3 533 gettimeofday 

0.26 0.001361 4 374 ioctl 

0.01 0.000075 8 10 brk 

0.01 0.000064 64 1 clone 

0.00 0.000026 26 1 stat64 

0.00  0.000007 7 1 uname 

0.00 0.000005 5 1 sched get priority max 

0.00 0.000002 2 1 sched get priority min 
100.00 0.526208 1665 total 


Ebben az esetben a várakozást a pol 1] rendszerhívás idézte 
elő, valószínűleg itt egy foglalatra várt a folyamat. 


3. fuser 

A név a , file user" (fájl használója) kifejezésből állt elő, va- 
gyis a programmal azt tudhatjuk meg, hogy adott fájlt mely 
folyamatok nyitottak meg. Arra is alkalmas, hogy az összes 
ilyen folyamatnak jelzést küldjünk. legyük fel például, 
hogy törölni szeretnénk egy fájlt, de nem tudjuk megtenni, 
mert valamelyik program megnyitotta, és esze ágában sincs 
lezárni. Ilyenkor megúszhatjuk a gép újraindítását, ha kiad- 
juk a fuser -k fájl parancsot, ez SIGTERM jelzést küld az 
összes olyan folyamatnak, amely megnyitotta a fájlt. 
Előfordulhat, hogy a ki 1] paranccsal kell megölnünk egy 
fork hívásokkal — bármilyen okból - jónéhány példányra 
osztódott folyamatot. Egy kezdő programozó ilyenkor való- 
színűleg egy a célnak megfelelő ps I] grep parancsot adna 
ki, majd szorgalmas másol-beilleszt játékba kezdene az 
egérrel. Sokkal egyszerűbb azonban, ha kiadjuk a fuser -k 
. /orogram parancsot, ahol a program a futtatható fájl eléré- 
si útja. A fuser általában a felügyeleti eszközök számára 
fenntartott /sbin könyvtárban található. Ha gondoljuk, 

a /usr/sbin és a /sbin könyvtárakat adjuk hozzá a $PATH 
környezeti változóhoz. 


5. ps 

A ps-t általában a folyamatok állapotának megvizsgálására 
használják, és sokan nem is tudják, hogy hibakereső esz- 
közként is kiválóan megállja a helyét. Mindezeket a lehető- 
ségeket a -o kapcsolóval érhetjük el, amely számos adatot 
bocsát rendelkezésünkre a folyamatokról, ideértve a pro- 
cesszorhasználatot, a képzetes memória iránti igényt, az 
aktuális állapotot stb. Mindezen mutatók jelentős része 

a POSIX szabványban is szerepel, vagyis többféle rendsze- 
ren is elérhető. 

Ha a futó programokat, folyamatazonosítót és folyamatálla- 
potot szeretnénk kilistázni, adjuk ki a 

ps -e -o pid, state, cmd 


parancsot. A kimenet így fog kinézni: 


4576 S opt/openoffice.org1.1.0/program/ 
ssoffice.bin -writer 
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V oglbasic.py - (/usr/lib/python2...packagesjwxPython) (1 of 5) - GYIM 
File Edit Tools]j Syntax  Buffers Window 
aHH Jump to this tag g] (lú $8 fü 8 $6A T9ega fa 
jom mdi Jump back ég 


from frai BWild Tags File 


a Foldi 
from sta "7 tg 
Di 


rom con 
3 Make 


from con List Errors 
List Messages 
Next Error 
(rom CMN- prgyigys Ertór 
"rom win Older List 
from ima ke Lt 
" Error Window 
rom prii Set Compiler ; 


from win 


from siz" Convertto HEX  :961xxd 
, Convert back :96lxxd -r 


from oglcanvas import wxPy8hapeClanvasPtr 
class wxShapeRegionPtríwxObjectPtr) : 

def  init (self, this): 
-- KIM VISUAL —- 


1. kép Címkékkel ellátott fájl szerkesztése gvimmel 
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4618 D dd 1f /dev/cdrom of /dev/null 
4619 s bash 
4645 R ps -e -o pid,state, cmd 


A kimenetben láthatjuk, hogy a dd parancs nálam megsza- 
kíthatatlan alvó (D) állapotban volt. Lényegében arról van 
szó, hogy amíg a program vár a /dev/cdrom-ra, addig blok- 
kolt állapotba kerül. Az OpenOffice.org writer éppen alvó 
(5) állapotban van, a ps pedig futóban (R). 

Ha tudni akarjuk, hogy egy futó program hogyan teljesít, 
a következő parancsot kell kiadnunk: 


ps -o start, ,time,etime -p folyamatazonosító 


Ekkor a time parancs — később még lesz róla szó — alapszin- 
tű kimenete jelenik meg, azzal a különbséggel, hogy nem 
kell megvárnunk a program futásának befejeződését. 

A ps által átadott adatok túlnyomó része a /proc fájlrend- 
szeren keresztül is elérhető, de ha parancsfájlt írunk, a ps 
használatával jobban hordozható kódot kapunk. Soha nem 
tudhatjuk, hogy a rendszermag egy komolyabb módosítása 
miatt mikor válik működésképtelenné a /proc fájlrendszer- 
ben kutakodó parancsfájlunk. Maradjunk inkább a ps-nél. 


9. time 

A time parancs segítségével leginkább kódunk teljesítmé- 
nyét tudjuk vizsgálni. Alapszintű kimenetében a tényleges, 
a felhasználói és a rendszeridő szerepel. A tényleges idő az 
az időmennyiség, amely a kód elindulásának és kilépésének 
időpontja között telt el. A felhasználói és a rendszeridő 
rendre a felhasználó által a kód és a rendszermag futtatásá- 
ra fordított idő. 

A time parancs kétféle változatban létezik. A héj tartalmaz 
egy beépített változatot, amely csak ütemezési adatokat 
szolgáltat. A /usr/bin könyvtárban található változat több 
adatot ad, és a kimenet formázását is lehetővé teszi. Ha 

a beépített helyett ez utóbbit akarjuk használni, akkor a pa- 
rancs kiadásakor egy visszafelé hajló perjelet kell annak ele- 
jére írnunk, ahogy az a példákban is látható. 

A Linux ütemezőjének alapszintű ismerete jelentősen meg- 
könnyíti a kimenet értelmezését, ám ha éppen az ütemező 
működését akarjuk tanulmányozni, akkor ezzel az eszköz- 
zel ezt is megtehetjük. A valós idő például jellemzően na- 
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gyobb, mint a felhasználói és a rendszeridő összege. Ennek 
oka az, hogy a rendszerhívásokban blokkolva eltelt idő nem 
számít bele a folyamat futási idejébe, ilyenkor ugyanis az 
ütemezőnek megvan a lehetősége arra, hogy más folyama- 
toknak adja az erőforrásokat. Az alábbi példában a sleep 
parancs futása egy másodpercig tart, de mérhető rendszer- 
vagy felhasználói időt nem vesz igénybe: 


time -p sleep 1 
real 1.03 
user 0.00 
sys 0.00 


A következő példával azt szemléltetem, hogy egy folyamat 
hogyan töltheti teljes futási idejét a felhasználói térben. Eb- 
ben az esetben a Perl a logO függvényt hívja meg hurkol- 
va, ennek futásához a rendszermagra gyakorlatilag nincs 
szükség: 


time perl] -e "log(2.0) foreach(0..0x100000) " 
real 0.40 
user 0.20 
sys 0.00 


lovábbi példaként lássunk egy nagy mennyiségű memóriát 
lekötő folyamatot: 
time perl] -e "$x - "a x 0x1000000" 

0.06 user 0.12 system 0:00.22 elapsed 817 CPU 
(0 avgtext 4 0 avgdata 0 maxresident) k 

0 inputs 4 0 outputs (309 major-i48235 minor) 


pagefaults 
0 swaps 


Ebben az esetben a pagefaults érték, vagyis a laphibák 
száma érdekel bennünket. Noha a GNU time parancs ren- 
geteg adatot tesz elérhetővé, a 2.4-es sorozatú Linux rend- 
szermagok csak a fő- és az allaphibákat követik figyelem- 
mel. Főlaphiba az, amelynél szükség van be/kivitelre, 
allaphiba pedig az, amelyiknél nincs. 


7. nm 

Segítségével a megadott futtatható vagy objektumfájlon 
belüli szimbólumnevekről gyűjthetünk adatokat. Alap- 
esetben a kimenetben egy szimbólumnév és annak képze- 
tes címe jelenik meg. Hogy mindez mire jó? legyük fel, 
hogy éppen kódot fordítunk, és a fordító hibát jelez, mi- 
szerint a . pelda szimbólum feloldatlan. Átfésüljük a kó- 
dunkat, de nem jövünk rá, hogy hol használjuk ezt 

a szimbólumot. Lehet, hogy valamelyik sablonból szárma- 
zik, esetleg a kóddal együtt lefordított beemelt fájlok so- 
kaságának egyikében szereplő makróról van szó. A ki- 
adandó parancs: 

nm -guA ".o ] grep pelda 


Ezzel minden a pelda szimbólumra hivatkozó modult meg- 
kapunk. Ha azt akarjuk tudni, melyik könyvtárban találha- 
tó a pelda megadása, a következő parancsot adjuk ki: 

nm -gA /usr/1ib/7" I grep pelda 
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Az nm parancs a Ct-t nevek kibontására is alkalmas, ami 
főleg C és C-H-- kód keverésekor jöhet jól. Például, ha egy 
C függvényt extern , C" nélkül adunk meg, akkor a követ- 
kezőhöz hasonló fordítási hibát kapunk: 

undefined reference to cfuncCchar") 


Egy nagyobb méretű, szegényesen megadott fejlécekkel el- 
látott tervezetnél nem kis feladat a hibás modult megkeres- 
ni. Ha az összes feloldatlan szimbólumra rá szeretnénk ke- 

resni az objektumfájlokban (a nevek kibontásával), a követ- 
kező parancsot állítsuk össze: 


nm -guCc ".o 
extern-c.o:cfunc 
no-extern-c.o:cfunc(char") 


Az első modul rendben van, a második viszont nem. 


7. strings 

A strings segítségével bináris fájlokba ágyazott ASCII ka- 
rakterláncokat tudunk keresni. Iulajdonképpen jóra és 
rosszra egyaránt alkalmas. A jó oldal: kinyomozhatjuk, 
hogy az szabványos kimenetre kerülő rejtélyes szöveg me- 
lyik könyvtárból származik: 

strings -f /usr/zlib/lib" I] grep "rejtélyes üzenet" 


A rossz oldal: a karakterláncok alapján ki lehet deríteni, 
hogy milyen formátumot meghatározó karakterláncokat 
használunk, amivel akár sebezhető pontokat is lehet találni 
programunkban. Ez az oka annak, hogy a programokba so- 
ha nem szabad felhasználói neveket és jelszavakat beépíte- 
ni. Ugyanezért nem rossz ötlet saját programunkat is meg- 
vizsgálni vele, így legalább tudjuk, hogy egy rafináltabb 
programozó mennyire lát bele a kártyáinkba. A GNU 
binutils részeként elérhető strings-változat számtalan 
hasznos lehetőséget biztosít. 


80. od, xxd 


Ez a két parancs lényegében ugyanazt csinálja, ám némi- 
leg eltérő szolgáltatásokat nyújtanak. Az od bináris fájlo- 
kat tud tetszőleges formátumra alakítani. Ha olyan prog- 
ramokkal dolgozunk, amelyek nyers bináris fájlokat állíta- 
nak elő, az od rendkívül nagy segítséget jelenthet. Bár ne- 
ve az octal dump, az oktális kiíratás kifejezésből szárma- 
zik, az adatokat decimális és hexadecimális formátumba is 
képes kiírni. Az od egészeket, IEEE lebegőpontos értéke- 
ket és egyszerű bájtokat tud kezelni. Több bájtos egész 
vagy lebegőpontos értékeknél a futtató gép bájtsorrendjé- 
től függ a kimenet. 

Az xxd szintén bináris fájlokat írat ki, de nem próbálja egé- 
szekként vagy lebegőpontos értékekként értelmezni azokat. 
Így a futtató gép bájtsorrendje nem befolyásolja a kimene- 
tet, ami a fájl jellegétől függően zavaró és előnyös is lehet. 
Példaként hozzunk létre egy négybájtos fájlt egy Intel ala- 


pú gépen: 


$ echo -n abcd 5 pelda.bin 
$ od -tx4 pelda.bin 
0000000 64636261 

0000004 


$ xxd -g4 pelda.bin 
0000000: 61626364 abcd 

Az od kimenete egy bájtfelcserélt 32 bites egész, az xxd-é vi- 
szont egy négy bájtból álló csoport, amelynek bájtsorrendje 
a fájléval megegyező. Ha az abcd karakterláncot akarjuk 
megkeresni, az xxd-t kell használnunk, ha viszont 

a 0x64636261 32 bites számot szeretnénk fellelni, akkor az 
od-ot vegyük elő. 

Az xxd a kimenetet binárisan is képes formázni, valamint 
bináris fájlt képes C tömbbé alakítani. legyük fel, van egy 
bináris fájlunk, amit egy C program egy tömbjébe szeret- 
nénk elhelyezni. Ezt egyetlen módon tehetjük meg: az aláb- 
bi módon létrehozunk egy szöveges fájlt. 


$ xxd -i pelda.bin 


unsigned char pelda binl[] — ( 
0x61, 0O0x62, 0x63, 0x64 
J; 


unsigned int pelda bin hossz -— 4; 


Ha olyan programokkal dolgozunk, amelyek nyers bináris 
fájlokat állítanak elő, az od rendkívül nagy segítséget jelent- 
het. 


9. file 


UNIX és Linux alatt a fájlnevek kiterjesztésére vonatkozóan 
soha nem volt kötelező előírás. A névadási szokások ugyan 
fejlődtek, de csak irányelvekről és nem kötelezően betartan- 
dó előírásokról van szó. Ha egy digitális képet kep00.exe 
névvel akarunk ellátni, megtehetjük. Linuxos fényképkeze- 
lő alkalmazásunk gond nélkül fogadni fogja a fájlt, függet- 
lenül annak nevétől, amit nekünk viszont nehezebb lesz 
megjegyeznünk. 

A file parancs például akkor lehet segítségünkre, ha egy 
összeomlott webböngészőből kell kibányásznunk egy 
összezavart nevű fájlt. legyük fel például, hogy a fájl ne- 
vének pelda.proba.hello.vilag.tar.gz kellene lennie, a való- 
ságban viszont pelda.proba. A kiadandó file parancs 

a következőképpen alakul: 


$ file pelda.proba 


pelda.proba: gzip compressed data, was 
"pelda.proba.hello.vilag.tar", from Unix 


Előfordulhat, hogy kapunk egy terjesztést, aminek a bin 
könyvtárában tucatnyi fájl! található, futtatható fájlok és pa- 
rancsfájlok vegyesen. legyük fel, hogy ki szeretnénk válo- 
gatni a héjprogramokat. Próbálkozzunk ezzel: 

$ file /usr/sbin/7 ] grep script 

a /bin/bash script text 
executable 


/usr/sbin/ezmegmi : 


a /usr/bin/perl script 
text executable 


/usr/sbin/xconv. pl: 
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A file parancs a bin könyvtár összes fájlját megvizsgálja, 
a grep pedig kiszűri azokat, amelyek nem parancsfájlok. 
Néhány további példa: 


file core.4867 


core.4867: ELF 32-bit LSB core file Intel 80386, 
version 1 (SYSV), SVR4-style, from "abort" 


file /boot/initrd-2.4.20-6.img 


/boot/initrd-2.4.20-6.img: gzip compressed data, 
from Unix, max compression 


file -z /boot/initrd-2.4.20-6.img 


/boot/initrd-2.4.20-6.img: Linux rev 1.0 ext2 
sm filesystem data (gzip compressed data, from 
s5Unix, max compression) 


Ne feledjük, ahogy a könyvek tartalmát sem ítélhetjük meg 
borítójuk szerint, úgy a fájlok tartalmát sem mérhetjük fel 
csupán nevük alapján. 


10. objdump 

Ez egy különlegesebb eszköz, nem kifejezetten kezdők 
számára. Egyfajta objektumfájlokhoz készült adatbányász 
programnak tekinthető. 

Az objektumkód rengeteg értékes adatot tartalmaz, az 
objdump futtatásával ezeket tudjuk elérni. Segítségével pél- 
dául kiírathatjuk a forrássorokba kevert assembly kódokat; 
ez az, amit a gcc -S, ki tudja miért, de nem tesz meg. 
Működéséhez az objektumkódot a debug (-g) kapcsolóval 
kell lefordítani: 

objdump -demangle -source objektum.o 


Az objdump-pal elhalálozás utáni hibaelemzés céljából 
mag (core) fájlból is kinyerhetünk bináris adatokat, ha hi- 
bakereső program éppen nem áll rendelkezésünkre. leljes 
példát most helyszűke miatt nem ismertetnék, de annyit 
elmondanék, hogy az nm vagy az obdump segítségével elő- 
ször meg kell határoznunk a képzetes címet, ezután az 
objdump -x paranccsal az összes képzetes címhez tartozó 
fájleltolást ki tudjuk gyűjteni. Az utolsó lépés az objdump 
ismételt futtatása, ez ugyanis nem ELF fájlformátumokból 
is képes olvasni, ellentétben a gdb-vel és az egyéb eszkö- 
zökkel. 

Írásom nem annyira útmutatóként, inkább kiindulópont- 
ként szolgálhat termelékenységünk növeléséhez. Az emlí- 
tett parancsok mindegyikéhez kimerítő leírás tartozik 

a linuxos man és info oldalak között. További tájékoztatást 
és ötleteket ezekben érdemes keresni. 
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GRUB rendszertoltó - az alapoktól kezdve 42. rész) 


Telepítés, testreszabás, finomhangolás. 


E az ideje annak, hogy a tettek mezejére lépjünk, s ki- 
próbáljuk a gyakorlatban is, mire képes a program. Ehhez 

először megpróbáljuk telepíteni a gépünkre a GRUB-ot, s 

ha ez sikeresen megtörtént, igényeink szerint testreszabjuk 
a rendszert. Egyszóval ebben a cikkben átállunk LILO-ról 

GRUB-ra. Látni fogjuk, hogy a dolog egyszerűbb, mintha 

LILO-t konfigurálnánk, s cserébe mégis egy jóval kényel- 

mesebb eszközt kapunk. 
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lőző cikkünkben megismerkedtünk a GRUB rend- 


Mi abra ab 


Amire szükségünk lesz 

Mielőtt mindehhez hozzákezdenénk, nem árt tisztázni, 
hogy milyen környezetre van szükségünk. Az alább bemu- 
tatott fogások ugyanis egy olyan gépet igényelnek, amelyen 
egynél több operációs rendszert használunk. lermészetesen 
egyetlen Linux is bőven elég a feladat elvégzéséhez, de ek- 
kor nem fogjuk látni, hogy milyen előnyökkel jár a GRLIB 
használata. (Megjegyzem: egyetlen operációs rendszer 
használata esetén is előnyösebb a GRUB, mint a LILO.) 

Ha tehát szép színesben szeretnénk látni a dolgokat, nem 
árt, ha van egymás mellett legalább egy Windows és egy 
Linux operációs rendszer, és mindkettő működőképes. 
Ezen túl szükségünk van a GRUB csomagjaira, amelyek ma 
már a legtöbb terjesztésben helyet kapnak, így nemhogy 
fordítanunk nem kell, még csak utánajárni sem kell a szük- 
séges elemeknek. Egyszerűen rendszerünk csomagkezelőjé- 
vel telepíthetjük a kívánt összetevőket. (Ezek neve Debian, 
ill. SuSE alatt grub és grub-doc.). A csomagok telepítése nem 
jár együtt a rendszertöltő telepítésével, ami azt jelenti, hogy 
pusztán a telepítéstől nem törlődik a régi MBR (Master 
Boot Record). Nem kell tehát attól félni, hogy a gépünk 
esetleg nem indul el. A régi rendszertöltő egészen addig 

a helyén marad, amíg az újat be nem állítjuk. 

A telepítést megelőzően igencsak ajánlatos biztonsági 
indítólemezt készítenünk, amivel az esetleges , katasztró- 
fák" esetén újraindíthatjuk a rendszert - akár a régi 
rendszertöltő visszaállításának, akár egy új telepítési 
kísérlet céljából. 


Nosza, telepítsünk! 

Mint már említettem, a rendszer csomagkezelőjének segítsé- 
gével telepítsük a gépünkre a GRUB programfájljait. Ha va- 

lamilyen oknál fogva ez nem megoldható, vagy újabbat sze- 
retnénk használni, mint ami rendelkezésre áll, akkor látogas- 
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sunk el a GRUB honlapjára (3 http:/www.gnu.org/ 
software/grub/) és a letöltés után fordítsuk le, majd te- 
lepítsük. Ha ezzel megvagyunk, be kell írnunk a GRUB első 
szakaszát a merevlemez fő rendszerindító területére (Master 
Boot Record — MBR), illetve azt a bizonyos , másfeledik" sza- 
kaszt az azt követő területre, ám ez utóbbi már automatiku- 
san Zajlik. Kétféle módon telepíthetjük a GRUB-ot az MBR- 
be, ezek közül azonban számunkra most csak az egyik érde- 
kes. Létezik egy parancsállomány (script), amely grub- 
install névre hallgat. Ezt kell a megfelelő paraméterekkel 
meghívni, s a művelettel gyakorlatilag készen is vagyunk. 

A parancsállomány átmásolja a lenyomatok könyvtárából 
(image directory) a megfelelő állományokat az indítókönyv- 
tárba (boot directory), amely alapértelmezésként a /boot/grub. 
Ezután meghívja a GRUB-ot magát, hogy a kapcsolóknak 
megfelelően írja be az egyes alkotórészeket a merevlemez 
megfelelő területeire. Lássunk erre egy példát. 

Minden valószínűség szerint a BIOS szerinti legelső lemez- 
re szeretnénk telepíteni a GRUB-ot, és ajánlatos úgy eljárni, 
hogy ez valóban - IDE eszköz esetén - az elsődleges mester 
(primary master) merevlemez legyen. Ha ez nem így van, 
és másik merevlemezre telepítjük a GRUB-ot, akkor láncolt 
betöltéssel (chainloading - lásd Linuxvilág magazin 43. 
szám, 62-63. oldal) kell az elsődleges lemezen található 
rendszertöltővel elérni a GRUB-ot. Megjegyzem, erre általá- 
nos használat esetén igen kicsi az esély, ezért maradjunk 
most az előző az eshetőségnél. 

Nincs más dolgunk, mint kiadni az alábbi parancsot: 
grub-install /dev/hda 


Ez természetesen független attól, hogy az aktuális Linux 
partíciónk hol van - ezt a telepítő parancsállomány majd el- 
intézi. A telepítő alapértelmezetten a /boot/grub könyvtár- 
ban keresi a rendszerállományokat, ám ha a gyökérben is 
találna egyet, akkor azt használná. Erre csak különleges 
esetben kell vigyáznunk, akkor, ha valamiért a gyökérbe 
másoltuk a GRUB szakaszait képező lenyomatokat. Ha ez 
így volna, akkor a -—root-di rectory-celérési út: kapcsoló 
megadásával segíthetünk a problémán, amely kapcsoló ter- 
mészetesen akkor is hasznos lehet, ha más könyvtárban ta- 
lálhatók a GRLIB állományai -— de mint említettem, ez általá- 
nos esetben nem fordulhat elő. 

A parancs kiadását követően pár másodperces ellenőrzés és 
telepítés következik. Ha ez sikeresen megtörténik, akkor el- 
vileg minden rendben, készen vagyunk. Előfordulhat azon- 


ban, hogy figyelmeztetést kapunk. Amíg ez valóban csak fi- 
gyelmeztetés, addig nem valószínű, hogy gondunk lesz be- 
lőle. Én is rendre kapok ilyeneket, pedig mindössze egyet- 
len merevlemez van a gépemben. Ennek ellenére még min- 
dig remekül működött a dolog. 


Hogyan tovább? 
Remek! A rendszertöltő most már a helyén van, tenné is 

a dolgát, ha most újraindítanánk a gépet. Ezt most inkább 
ne tegyük, előbb készítsünk egy menüt, hogy kényelmeseb- 
ben választhassunk a telepített rendszerek között. A menüt 
a GRLUIB alapértelmezetten a /boot/grub/menu.lst nevű állo- 
mány alapján állítja elő, tehát itt lehet megadni az egyes 
menüpontokat, s ezen kívül még a menü 
színét, az esetleges háttérképet illetve 
grafikus beállításokat. Ugyanakkor ne 
felejtsük el, hogy ezeknek a lehetősé- 
geknek a megvalósítása még erősen 
gyerekcipőben jár. Jómagam még szí- 
neket sem használok, teljesen jól mű- 
ködik az egyszerű, fekete alapon fehér 
betűs változat is. 

Hogy ne kelljen sokat gyötrődnünk 

a menüvel, a GRUB fejlesztői, illet- 
ve a leírás készítői mellékeltek 
egy példaállományt, melyet 

a csomagok dokumentációi 
között találunk. Ez a legel- 
terjedtebb terjesztésekben 

a /usr/share/doc könyvtár, 

s ezen belül keressük 

a grub/examples/menu.lst 

fájlt, amit másoljunk át 
valahová, ahol kedvünkre 
alakíthatjuk. 


A menulst fájl 

Ha szerkeszteni kezdjük a fájlt, észrevehetjük, hogy a be- 
állítások két részre oszthatók: vannak általános beállítások- 
ra, illetve magukra a menüpontokra. Ezeken kívül termé- 
szetesen még számos egyéb, haladó szintű előzetes beállítás 
is létezik. 

Az általános beállítások a menü automatikus kezelésére 
vonatkoznak. Nézzük sorban a lehetőségeket. 

timeout c-másodpercs: Meghatározza, hogy mennyi ideig 
várakozik a rendszertöltő a felhasználói beavatkozásra, mie- 
lőtt az alapértelmezett operációs rendszer automatikusan 
betöltődne. Ha akármelyik billentyűt lenyomjuk, akkor ez 
a várakozási idő érvényét veszti. Ez azt jelenti, hogy ez- 
után addig nem indul el semmi, amíg magunk nem válasz- 
tunk ki egyet a lehetőségek közül. Az alapértelmezett rend- 
szer indításáig hátralévő időt a gép indításakor a rendszer- 
töltő menü jobb alsó sarkában olvashatjuk. 

default menü számaz: Ez határozza meg, hogy a timeout 
pontban megadott idő eltelte után melyik menüpontot tölt- 
se be automatikusan a GRUB. A menüpontoknak nincs kü- 
lön száma, a menütfájlban elhelyezett sorrendjük szerint 
sorszámozódnak, de nullától kezdődően. 

fallback cmenü számaz: Abban az esetben, ha az alap- 
értelmezett menüpont nem működne, az itt megadott 
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számú menüpontra ugrik a GRUB, s ezt tölti be. Emenü 
számára is ugyanazok a szabályok érvényesek. 
hiddenmenu: Ha ezt beírjuk a menüfájlba, rendszertöltéskor 
a menü nem jelenik meg, s a lejárati idő (timeout) eltelte 
után az alapértelmezett (default) menüpont aktiválódik. 
Ha ezen alkalomadtán változtatni szeretnénk, akkor az Esc 
billentyű megnyomásával előhozhatjuk a menüt. 

Ezen kívül már csak egy menüparancs van, ez pedig a title. 
Ezzel készíthetünk új menüpontot az alábbi módon: 

title -menüpont látható neve amit majd 

5 kiválasztunkz 


Létrehozza a menüpontot. Ez alá kell sorban megadni 
azokat a parancsokat, amelyeket a menüpont 
kiválasztásakor szeretnénk végrehajtani. 
Ezeknek nem kell feltétlenül a rendszertöl- 
tésre vonatkozniuk. Választhatunk színt, 
megadhatunk hálózati beállításokat, 
és így tovább. 
A GRUB a menüpont aktiválásakor 
a title után a fájl végéig, vagy 
a következő title utasításig sze- 
replő minden parancsot végrehajt. 
Ezek a bizonyos parancsok valójá- 
ban a GRUB parancsértelmezőben 
kiadható utasítások, amelyek egy 
héjprogramhoz hasonlóan hajtód- 
nak végre. A parancsok közül 
most csak a legfontosabbakat 
nézzük meg. 
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Linux rendszer betöltése menüből 
Ez az menübejegyzés az alábbi mó- 
don néz ki: 


title Linux betoltese 
root (hdO0,1) 
kernel /boot/2.6.7/bzImage root-/dev/hda2 


A root parancs segítségével jelölhetjük ki a gyökérpar- 
tíciónkat, amin azután a rendszermag lenyomatot keres- 
ni fogjuk. A lemez megadása két azonosítóval történik. 
Az első azonosító a lemez BIOS által ismert sorszámát 
mutatja. Ez a sorszámozás nullával kezdődik. A hdd le- 
mez tehát hd3-mal azonosítható a GRUB ezen parancsa 
számára. A második szám a lemezrész sorszáma, szin- 
tén nullától kezdődően. Esetünkben a hda2-n van 

a Linux, amelyet az 1-es szám képvisel. Mindezek meg- 
állapításához természetesen alaposan ismernünk kell 

a rendszerünket. 

A kernel paranccsal állíthatjuk be, hogy hol is található ma- 
gának a rendszermagnak a lenyomata, majd ezt követően 
szóközökkel elválasztva egymás után adhatjuk meg a rend- 
szermag kapcsolóit. Ezek közül egy mindenképp kötelező: 
a root paraméter, amely nem azonos az előző sorban sze- 
replő GRUB utasítással. A rendszermagnak ez azt jelzi, hogy 
melyik lemezrészt kell a Linux gyökerekének tekintenie. 
Néhány terjesztés használ még initrd állományt is. 

Ha a mi Linuxunk is ilyen, az állományt initrd 

celérési út: paranccsal adhatjuk meg. 
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Windows rendszer hetöltése menüből 
Ez az menübejegyzés az alábbi módon néz ki: 


title Barmilyen Windows inditasa 
rootnoverify (hdO0,0) 

makeactive 

chainloader -1 


A rootnoverify parancs a root parancs egy különleges vál- 
tozata, amely a parancs kiadásakor nem ellenőrzi a lemez- 
rész meglétét, állapotát, és egyéb paramétereit. Egyszerűen 
elhiszi nekünk, hogy ott van. Abban az esetben használjuk, 
amikor a GRUB számára ismeretlen típusú lemezrészt, és 
ezzel együtt ismeretlen típusú operációs rendszer helyét 
adjuk meg. A kapcsolókat tekintve ugyanúgy kell használ- 
ni, mint az egyszerű root utasítás. 

A makeactive parancs a DOS szempontjából aktívnak jelöli 
meg az előzőleg megadott lemezrészt. Mint tudjuk, a Mic- 
rosoft termékei csak úgy hajlandók (az esetek jelentős több- 
ségében) elindulni, ha aktívnak kijelölt lemezrészről töltjük 
a rendszert. Ezt biztosítja ez a bizonyos parancs. 

A chainloader 41 parancs kiadásával a láncolt betöltést ak- 
tiváljuk, melynek hatására a betöltés vezérlése átadódik az 
adott lemezrész rendszertöltőjéhez. Ez utóbbi természete- 
sen úgy érzi majd, mintha a BIOS ébresztette volna fel, s 
szó nélkül elindul a kiválasztott operációs rendszer. 

Ha készen vagyunk a menüvel, akkor másoljuk át 

a /grub/boot könyvtárba (menu.Ilst néven), s a következő in- 
dítás során már az új menübejegyzés szerinti rendszertöltő 


indul, próbáljuk ki hát! 


GRUB indítólemez készítése 

Indítólemez készítésére ismét több lehetőségünk is van. 

Az első a Linux dd parancsa, amellyel átmásolhatjuk 

a GRUB szakaszait egy hajlékonylemezre. A másik mód- 
szernél magát a GRLB-ot hívjuk meg, amely a merevlemez 
helyett a meghajtóban lévő hajlékonylemezre települ. 
Számunkra az első lehetőség az érdekes. Ehhez lépjünk be 
a GRUB lenyomat-könyvtárába (/usr/lib/grub/i386-pc) , majd 
adjuk ki a következő parancsokat, egymás után. 


dd 1f-stagel of-/dev/fd0 bs-512 count-1 
dd 1f-stage2 of-/dev/fdO0 bs-512 seek-1 


Rendszerindítás GRUB indítólemez használatával 
Előfordulhat (nem csak most, a telepítés következtében, ha- 
nem más esetekben is), hogy valami miatt csak indítólemez 
használatával tudjuk életre lehelni rendszerünket. Ha pél- 
dául újratelepítjük Windowst, akkor az rossz esetben felül- 
írta a GRUB-nak az MBR-be telepített részét. Ha ez után 
szeretnénk a Linuxot elindítani, akkor egy GRLUB lemezzel 
kell újra életre kelteni pingvinünket. Igaz ugyan, hogy most 
még semmi bajunk nincs, de amolyan tűzoltási gyakorlat- 
ként azért próbáljuk ki a lemezes módszert. Ha floppy-ról 
indítjuk a gépet, azonnal a GRUB már emlegetett parancs- 
értelmezőjét kapjuk a megszokott menü helyett. Ebben 
ugyanazokat a parancsokat használhatjuk, mint a menüfájl- 
ban. Próbaképp indítsuk el a Linuxot ebből a parancssorból. 
Ehhez adjuk ki egymás után ugyanazokat a parancsokat, 
melyeket a Linux rendszer betöltése során is használnánk. 
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Minden egyes parancs beírásakor TAB-bal kiegészíthetjük 

a beírandó parancsot, kapcsolót, illetve listát is kapunk a le- 
hetséges értékekről, csakúgy, mintha a bash-ben tevékeny- 
kednénk. Még az egyes lemezrészek fájlrendszerét is látjuk 
— feltéve, hogy az megegyezik a telepített GRUB által ismert 
lemezrész formátumával. Ellenkező esetben csak a lemezré- 
szen található fájlrendszer típusáról kaphatunk információt. 
A parancsok kiadása után nem történik semmi. Ahhoz, 
hogy elindíthassuk a megadott operációs rendszert, adjuk 
ki a boot parancsot, amely az eddig begépeltek alapján el- 
indítja a rendszertöltést. Ha betöltődött a rendszer, máris 
számtalan lehetőségünk van a helyreállításra, telepítésre 
vagy amire éppen szükségünk van. 

Most pedig nézzük meg, hogy sérült MBR esetén hogyan 
állíthatjuk helyre a GRUB-ot, hasonlóan, indítólemez se- 
gítségével. Ez egyébként nem más, mint a már említett 
második telepítési forma. Lássuk, mely utasításokat kell 
kiadnunk. 

Először is a root parancs segítségével adjuk meg, melyik 
lemez hányadik lemezrészén található a GRUB program- 
fájljainak telepített változata. Ez alapértelmezetten a linuxos 
lemezrészünk, tehát az, amit a példánk során a menüben is 
megadtunk (hdOo , 1). Ezt követően adjuk ki a setup (hd0) 
parancsot, amely az elsődleges lemez fő lemeztöltő területé- 
re helyezi a GRUB első szakaszát, s gondoskodik az esetle- 
ges , másfeledik" szakaszról. 

Ha nem vagyunk biztosak abban, hogy melyik lemezrészen 
van a GRUB, adjuk ki a find /boot/grub/stage1 utasítást, 
mely megkeresi azt a lemezrészt, melynek /boot/grub 
könyvtárában ott van a GRUB első szakasza, majd kiírja 

a lemezrész nevét. És ezzel készen is vagyunk, helyreállítot- 
tuk a GRUB-ot. 

Bármely indítás során elérhetjük ezt a bizonyos - rendkívül 
hasznos - parancssort. Indításkor a menünél csak nyomjuk 
meg a C billentyűt, és máris ott találjuk magunkat. Ezek 
után egy help parancs segítségével kilistázhatjuk, hogy mi- 
lyen elérhető utasítások közül válogathatunk. Látni fogjuk, 
hogy a rendszertöltéssel kapcsolatban ezzel gyakorlatilag 
bármilyen fontos feladatot elvégezhetünk. Ha vissza szeret- 
nénk térni a menühöz, csak nyomjuk le az Esc billentyűt. 


Végezetül 

Láthattuk, hogy a GRUB rendszertöltő esetében messze 
több lehetőségünk van a működés beállítására mint bár- 
mely hasonló program esetében. Ugyanakkor határozottan 
állíthatom, hogy ennek ellenére használata jóval egysze- 
rűbb, mint a LILO-é. lekintve, hogy a telepítésen túl szá- 
mos egyéb, hasznos fogásra is kitértem, őszintén remélem, 
hogy azok számára is értékes információval szolgáltak ezek 
a cikkek, akik olyan terjesztést használnak, amely már eleve 
a GRUB-ot telepíti. Ilyen például a SuSE, de tudomásom 
szerint az összes friss Linux változat a GRUB-ot részesíti 
előnyben. lalán nem véletlenül. 


Komáromi Zoltán 
(komiokiskapu.hu) 

23 éves, a BME hallgatója, mellette 
PHP-programozóként dolgozik. 

] Kedvenc területe a multimédia. 





Haladjunk a GIIMIP-pel 


Mára már elég világossá vált számomra, hogy a GIMP fejlődését nekem sem 
szabad figyelmen kívül hagynom, így érdemes szólni néhány szót arról, hogy 
milyen változások történtek a 2.0-ás verzióban. 


lIsősorban a kód belső felépítésében történtek változ- 
tatások, mondhatni, hogy egy teljesen új program- 
mal találkozhatunk. Elméletben lehetőség van 
Python beépülő modulok használatára is, azonban ezt a le- 
hetőséget többszöri újrafordítás után sem volt alkalmam 
kipróbálni. Fontos megemlíteni, hogy a GIMP programfej- 
lesztésének alapja — a GIK - egy kicsit gyorsabb tempót 
diktált a fejlődésnek, így a programozók is alkalmazkodtak 
az új helyzethez. Arról van szó, hogy a GIK elméletileg 
azért jött létre, hogy a grafikus elemek megjelenítését a 
GIMP-ben megvalósítsa, de maga a program még csak eb- 
ben a verzióban kezdi el használni a GIK- 2.2-es verzióját. 
lovábbi, kevésbé látványos változásokat találhatunk a belső 
felépítésben. Tisztább, gyorsabb lett a GIMP motorját adó 
libgimp rutinkönyvtár kódja, új rutinok kezelik az előnézeti 
képeket, és a program alkalmas 64 bites környezetben való 
futtatásra és természetesen képes használni processzorunk 
SIMD utasításkészletét (MMX, MMXEXT, stb) is. 





A látható újdonságok 

A belső, alig látható változások után az egyik meglepetés 

a GIMP 2.0 elindítása után érhet bennünket. Az eddig meg- 
szokott sok-sok ablak helyett, az egyes eszközkészleteket és 
műveleteket a fejlesztők most már jobban csoportosították, 
ebből adódóan a felhasználói felület nagymértékben átala- 
kult. A különféle beállítások, ecsetek, színválasztó gombok 
az általános eszközkészlettel egy ablakban jelennek meg, 

és a kis ablakok leválaszthatók hordozójukról. 

Ha megnyitunk egy képet, annak ablakában rögtön fel- 
tűnhet, hogy a menü eléréséhez már nem kell feltétlenül 
a jobb egérgombot használni, hiszen minden képablak- 
ban megtalálható a menüsor. Szokás kérdése talán, de 

ez nem biztos, hogy meggyorsítja a munkát. Azonban 
nem kell elkeserednünk, az eddigi jobb-gombos megoldás 
is működik. 

A kisebb változások, újdonságok használat közben kerülnek 
elő, viszont ebben a sorozatban már nem térhetek ki újra 
minden eddig tárgyalt területre. Azonban fontosnak tartom 
tehát néhány érdekességre felhívni a figyelmet. 

Amint az a 2-es képen látható, a hisztogram megjelenítése 
már külön párbeszédablakba került. Az eddig bemutatott 
szűrők és átalakítások között is találunk újabbakat. Az Álta- 
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1. kép. A GIMP új felülete 


Histogram 
TEST 
Channel: (Value § 


e 





ÚT 
Intensity Range: [o ] [255 d] 


65536 
65536 
100.0 


Mean: 154.3 
StdDev: 37.68 
Median: 153.0 Percentile: 


Pixels: 
Count: 





2. kép A hisztogram ablaka 


lános (Generic) szűrők között található az Erode és a Dilate. 
Az Erode alkalmas arra, hogy a képeinken a különálló terü- 
leteket úgymond vékonyítsuk. Akár körvonalról vagy kitöl- 
tött területről van szó, az Erode szűrő alkalmazása után a 
körvonalak vékonyabbak lesznek és a kitöltött területek 
szélén is láthatjuk a szűrő hatását. 
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4. kép A váza rétegei 
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A Dilate szűrővel pontosan az előbbivel ellenkező hatást ér- 
hetjük el, a körvonalak és a területek kicsit ,kövérebbnek" 
látszanak alkalmazása után. 

A következő szembetűnő új lehetőség az, hogy a GIMP 
rögzíti a műveleteket és így nyomon követhetjük a képek 
átalakításának menetét. lermészetesen az új eszköz nem 
csak nyomkövetésre alkalmas, hiszen az átalakításokat tet- 
szőleges mélységben vissza is vonhatjuk. A 3-as kép jobb 
oldalát szemlélve könnyebben alkothatunk képet a GIMP 
fejlesztői által Undo history-nak nevezett eszközről és an- 
nak gyakorlati hasznáról. 

A fő eszköztárban is találhatunk új gombokat, azonban 
ezek nem mindegyike új, egyszerűen csak a korábban egy- 
betartozó eszközök különválasztásáról van szó. AZ új 
GIMP-ben ahhoz, hogy egy képet elforgassunk, már nem 
kell különböző eszközbeállításokon keresztülhaladni, ha- 
nem csak egyszerűen kiválasztjuk az elforgatásra szolgáló 
gombot, és elvégezzük a változtatást. Ugyanez érvényes az 
átméretezésre és a perspektíva korrekcióra is, melyek szin- 
tén külön gomb segítségével érhetők el. 

Érdemes megemlíteni a kalligrafikus toll eszközt, aminek 
ikonja egy klasszikus töltőtollhoz hasonlít. A toll használa- 
tával rajzolhatunk olyan vonalakat és görbéket, melyek szé- 
lessége a rajzolás sebességétől függ. Ha lassabban húzzuk a 
vonalakat, akkor a tollból is több tinta folyik ki, a vonal vas- 
tagabb lesz, gyorsabb mozgás esetén pedig a toll hegye 
nem nyílik szét annyira, így a vonalunk is vékonyabb lesz. 
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Az áttérés után szintén egyszerűbbé válik az életünk, ha 
azonos színű területeket kell kiválasztanunk. A , kiválasztás 
szín szerint" lehetőség mindeddig a jobb gombos menüben 
több keresgélésre adott okot. Nagyon jó ötlet volt a fejlesz- 
tőktől, hogy külön gombra helyezték el ezt a gyakran hasz- 
nált menüpontot. Az eszköz ikonja egy háromszínű sáv fe- 
letti mutató kezet ábrázol. 

A B billentyűvel elérhető egy másik nagyon hasznos esz- 
köz, amelyet úgynevezett útvonalak létrehozására használ- 
hatunk. Az útvonalak például képezhetik kijelöléseink 
alapját vagy vastaggal kihúzhatjuk a körvonalukat, így kü- 
lönféle alakzatokat hozhatunk létre. Az igazi erősségük ab- 
ban áll, hogy a rétegekhez hasonlóan egyszerre többet is tá- 
rolhatunk és a kijelölt területeinket ismételten kijelölhetjük. 
Az útvonalak kezelésére alkalmas beállításokat a rétegek 
kezelésére szolgáló ablakban, a harmadik fülecskén találjuk 
meg. A 3-as képen látható, vezérlőpontokkal megjelenített 
görbe ikonját kell keresnünk, az eszköztárban pedig szintén 
egy vezérlőpontokkal határolt görbe és egy töltőtoll képe 
található a megfelelő gombon. 


Egy kis gyakorlás 

Ismétlés és gyakorlás céljából készítsük el a négyes képen 
látható kezdetleges váza képét. Látható, hogy a váza szim- 
metrikus tárgy, tehát elég lesz az egyik felét elkészíteni. 

A feladat nehézségét az adja, hogy a körvonal alakja nehe- 
zen bontható le az addig megismert primitívekre (kör, 
négyszög, ellipszis, stb.). Nem kell azonban megijedni, hi- 
szen világosan látszik, hogy jól meghatározható szabályos 
görbékkel ki tudjuk alakítani a formát. Használjuk az előző 
eszközt, és hozzunk létre egy új útvonalat. Csak a váza kül- 
ső vonalát kell megszerkeszteni, a belső — függőleges — vo- 
nalat a GIMP adja hozzá a kijelöléshez, amikor zárt terület- 
té alakítja az útvonalat. A vonal azonban csak akkor lesz 
függőleges, ha a görbe kezdő- és végpontjának vízszintes 
koordinátája megegyezik. 

Az alapforma létrehozása után alakítsuk kijelöléssé az útvo- 
nalat, majd fessük ki színátmenettel. Az átmenet legyen su- 
garas, kezdőpontja a nagyjából a leendő legfényesebb pont 
legyen, végpontja pedig a váza szájának széle. Ezután hoz- 
zunk létre egy új réteget és rajzoljuk meg a váza talpának 
felét. Jelöljünk ki egy megfelelő méretű téglalap alakú terü- 
letet és átmenettel fessük is ki. 

A következő lépésben egyesítsük az előbbi két réteget (jobb 
egérgomb a rétegek kezelésénél, majd Merge Down?) és je- 
löljünk ki mindent CTRL-A lenyomásával. A CTRL-C, CTRL-V 
billentyűkkel készítsünk másolatot róla, majd a vízszintes 
tükrözéssel (SHIFT-F) elkészíthetjük a váza másik felét. Ez 
helyezkedjen el egy új rétegen. 

Hozzunk létre még egy réteget, majd jelöljük ki rajta a váza 
szájának helyét. Ezt is színátmenettel fogjuk kifesteni, az át- 
menet típusa lehet egyenletes (linear), hiszen ilyen kis terü- 
leten nem szembetűnő a dőlés hiánya. Ezzel el is készítet- 
tük a vázát, már csak a különféle kiegészítő elemeket kell 
elhelyezni vagy átalakítani további felhasználás céljából. 


Hatások és munkálatok 
Az új lehetőségek megismerése és egy kis gyakorlás után 
kedves olvasóimnak bizonyára eszébe jut, hogy még igazá- 
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ból az előző változat képességeivel sincsenek teljes mérték- 





5. kép Impresszionista váza 


ben tisztában. Folytatjuk az ismerkedést a különféle szűrők- 
kel. A most bemutatásra kerülő szűrők közös tulajdonsága, 
hogy a szűrő elnevezés rájuk nézve nem igazán helytálló. 
Általában nem szűrnek ki semmit a képtartalomból, hanem 
inkább különféle hatásokat adnak hozzá, tehát jobban illik 
rájuk a , hatás" (Effect) elnevezés. 

Varázsoljuk elő a jobb egérgomb segítségével a kép-menüt 
és válasszuk ki a Glass Effects menüpontot. Az új GIMP- 
ben találhatunk egy már-már klasszikusnak számító nagyí- 
tólencse hatást, mégpedig a Apply Lens... menüpontban. 
Adjuk meg az üveg törésmutatóját és máris nagyítólencsén 
keresztül láthatjuk a képünket. A lencsék általában kör ala- 
kúak, de ez a tény nem akadályozza meg a programot ab- 
ban, hogy az aktuális képarányoknak megfelelő ellipszis 
formájú nagyítást készítsen a képről. 

A másik üveggel kapcsolatos hatás a Glass Tile... menü- 
pontban, ugyanebben az almenüben található. A hatás lé- 
nyege, hogy alkalmazása után a képet egy üvegablakon ke- 
resztül nézhetjük, amely nem teljesen sík felületű, hanem 

a megadott paramétereknek megfelelően (szélesség és ma- 
gasság) apró darabokra tagolt tört üveg. 

A különféle fényhatásokat a Light Effects menüben találjuk 
meg. A Flare EX a legegyszerűbb és hasonlít ahhoz, amikor 
egy fényforrás körül fényudvart látunk. Túl sok beállítási 
lehetőségünk nincsen, mindössze a hatás kiindulási koordi- 
nátáit kell megadnunk. 

A Gflare már egy kicsit összetettebb hatások létrehozására 
alkalmas. Ez az a klasszikus lencsecsillanás, amikor a ka- 
mera optikájába a fény bizonyos szögből érkezik, és az 
optikán belüli fénytöréseket és csillanásokat látjuk a ka- 
mera által létrehozott képen. A kezdőpont meghatározá- 
sán kívül lehetőségünk van megadni a fényforrás suga- 
rát, színeinek változását és azt is, hogy a csillanás milyen 
távolságra terjedjen ki és milyen szögből érkezzen a meg- 
figyelő felé. Itt előre beállított értékeket találunk, de ha 
valami szépet alkotunk, akkor azt saját beállításként 
tárolhatjuk. 

A Lighting Effects hatás segítségével létrehozhatunk külön- 
féle megvilágított felületeket, melyeken a kép elhelyezke- 
dik. Meghatározhatjuk, hogy milyen fényforrással szeret- 
nénk számolni, az hol helyezkedjék el a térben, milyen 
anyagra essék a fény és milyen legyen a kép felülete. 
Megadhatunk továbbá még egy másik képet, amelyen 
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6. kép Image Map készítése a GIMP-pel 


a környezetet ábrázoljuk és ha erősen fényvisszaverő anya- 
got határozunk meg, akkor a környezet is tükröződhet. 

A Supernova hatás alkalmas különféle fényudvarok, csilla- 
gok vagy csillanások létrehozására vagy egy némi további 
munkával akár robbanást is megjeleníthetünk vele. 

Az Artistic menüben találjuk a különféle hatásokat, me- 
lyekkel művészi kinézetet kölcsönözhetünk képeinknek. 

A legegyszerűbb ilyen hatás az Apply Canvas. Alkalmazásá- 
hoz megválaszthatjuk a vászon szálainak haladási irányát 
és a szálak vastagságát, vagyis a vászon érdességét. 

A Cubism menüpont választásával kubista hatást kölcsö- 
nözhetünk a képeinknek. Azt a kedves olvasóra bízom, 
hogy ezt a lehetőséget mikor használja. Véleményem sze- 
rint, ha valamit valahogyan elkészítünk, akkor az általunk 
válik egyedivé, nem mások szolgai utánzásától. 

A GIMPressionist beépülő modul tulajdonképpen egy fes- 
tői hatások létrehozására alkalmas rutingyűjtemény. A me- 
nüpont kiválasztása után lehetőségünk van különféle ecse- 
tek, hordozófelületek és festési módok meghatározására, 
majd a GIMP a beállított értékek alapján megpróbálja a ké- 
pet festménnyé alakítani. Az ecsetvonások iránya a kép- 
pontok különböző tulajdonságai alapján határozódik meg, 
és természetesen beállítható az is, hogy milyen hosszú vo- 
násokkal dolgozzunk. Számos előre eltárolt beállítás közül 
válogathatunk kedvünkre, némelyikkel meglehetősen lát- 
ványos képeket tudunk produkálni. 

Az Oilify egyszerű hatású eszköz, aminek működése abban 
áll, hogy meghatározott méretű foltokkal helyettesíti a kép- 
pontok egy-egy csoportját. , Sajnos" az eredmény messze 
elmarad az olajfestmények által visszaadott színvilágtól és 
nem láthatunk a kinyomtatott képen festék által alkotott 
mintázatot sem. Néhány esetben (pl. képzőművészeti kiállí- 
tás reklámanyaga, absztrakt mintázatok létrehozása) azon- 
ban ez a hatás is megkönnyítheti munkánkat vagy segít 
kifejezni önmagunkat. 

Lássuk, milyen lehetőségeket kínál még a program. A jobb 
egérgombos menüben láthatjuk, hogy korántsem értünk 

a lista végére. A Map almenüben látható hatások közös jel- 
lemzője, hogy a képeink átalakításához valamilyen más 
mintát vagy képet használnak fel. 

A Fractal Trace... egy Mandelbrot-halmaz alapján alakítja 
át a képet. A fraktálok egyik jellegzetes tulajdonsága, 
hogy önmagukat tartalmazzák és rekurzív módon ha- 
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7. kép IES fraktálok 


tározzák meg. lehát amikor egy képet egy fraktálra ké- 
pezünk le, akkor a végeredmény az eredeti objektum 
ismétlése lesz egyre kisebb méretben és mindig más 
helyzetben. 

A Bump Map... hatás alkalmazásakor a GIMP a kiválasztott 
képet (amely alapértelmezésben az éppen szerkesztett kép), 
mint felületi érdességet alkalmazza. Így akár készíthetünk 
vászon alátétet, vagy az eltolás (X Offset és Y Offset) változ- 
tatásával létrehozhatunk animációkat is. 

A Displace hatással tengelyenként megadott képeken (az 
eltolás térképe) szereplő mértékben eltolhatjuk az adott kép 
egyes pontjait. Az eltolás során a térképként használt kép- 
pont világosságértékével (0.0 — 1.0) a GIMP megszorozza 

a megadott maximális eltolási értéket, majd az így kapottal 
megváltoztatja a kép megfelelő pontjának koordinátáit. 
Mindkét iránytengely mentén megadható más kép vagy 

a szerkesztetthez tartozó másik réteg. Az eltolási térkép- 
ként használt rétegnek a képpel megegyező méretűnek 
kell lennie. 

A Illusion... hatással különböző módon feloszthatjuk és az 
egyes darabokat meghatározott sorrendben, a szerkesztett 
kép középpontja körül elhelyezhetjük. 

A Map Object... hatás segítségével a szerkesztett képet egy 
tárgy felületére feszíthetjük. A tárgy előre meghatározott 
forma lehet. A GIMP 2.0-ás változatában megtalálható a sík- 
lap, a gömb, a kocka és a henger. A tárgynak adhatunk 
anyagot, beállíthatunk fényforrást és a tárgy elhelyezkedé- 
sét is megváltoztathatjuk. A kocka alakú tárgy esetében 
érdemes megemlíteni a külön megjelenő párbeszédfület, 
amelyen oldalanként meghatározhatjuk a kocka lapján 
megjelenítendő képet. 

A Paper Tile... hasonló a korábban tárgyalt Glass Tile... ha- 
táshoz, de itt nem üvegdarabokról van szó, hanem egysze- 
rű síklapokról, melyek között a program hézagokat hagy. 

A végeredmény kis jóindulattal olyan, mintha a képet apró 
darabokból ragasztottuk volna össze. 
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A Small Tiles... a kép teljes területét felezéses módszerrel fel- 
osztja, majd az eredetit kicsinyítés után elhelyezi az ismétlő- 
dő területekre. A felosztás iránya és mértéke megváltoztatha- 
tó a hatás beállítóablakában. Nos, egyelőre ennyit a különfé- 
le hatásokról, azonban érdemes megtekinteni a GIMP-ben 

a honlapokhoz használható úgynevezett image-map előállító 
segédeszközt. Az ilyen térképek úgy képzelhetők el, hogy 
egy adott kép meghatározott területeihez más-más műkö- 
dést rendelünk. Előre meghatározzuk az érzékeny területe- 
ket, és ebben kap szerepet a GIMP. A jobb egérgombos me- 
nüt megnyitva, a Web almenüben található meg ez a segéd- 
eszköz. Ahogyan az a 6-os képen is látható, meglehetősen 
összetett feladatokat oldhatunk meg vele. Képesek vagyunk 
kör vagy négyszög formájú területet kijelölni, vagy tetszőle- 
ges formát a sokszög elnevezésű eszközzel. Ez utóbbi jelen- 
leg nem működik tökéletesen, mint ahogyan a varázspálca 
kiválasztása sem, mert működése után a modul teljesen 
használhatatlanná vált, nem frissítette a képet és a terület 
pontjait sem tárolta. Ettől eltekintve a kör és a négyszög jól 
használható, minekutána pedig a beépülő modul minden 
szükséges információt bekér, és a File -: Save as menüpon- 
tok választásával elmenthetjük az elkészített HIML forrást. 


Képek a semmiből 

A következő említésre méltó almenü a jobb egérgombos 
menüben a Render nevet viseli, itt aztán mindent megtalál- 
hatunk, ami csak eszébe jutott már valakinek. Itt alapvető- 
en olyan modulokat találunk, amelyek megadott paraméte- 
rek alapján állítanak elő valamilyen képet a ,semmiből . 
Ebből az is következik, hogy használatukhoz nem igényel- 
nek semmilyen más forrást. 

Az elsőként említhetjük a két legegyszerűbb modult, a 
Plasma és a Solid noise megnevezésűt. A Plasma alapvető- 
en szintén egy rekurzív területfelosztáson alapuló algorit- 
mus. Egyszerű módon a terület négy csúcspontjában lévő, 
(kezdetben) véletlenszerűen meghatározott képpont átlago- 
lásával kiszámítjuk a terület közepén elhelyezkedő pont 
színét. Ezt a színt egy kicsit megbolondítjuk valamilyen vé- 
letlen számmal, majd az aktuális területet felosztjuk négy 
egyenlő részre és a műveletet megismételjük. Mindez addig 
folytatódik, amíg a leképezendő terület oldalhosszúsága 
egész számmal kifejezhető. Ennek az algoritmusnak másik 
változata adja a Noise hatás alapját is. 

A Flame és az IFSCompose fraktál alapú mintázatok előállí- 
tására használható. Érdemes kicsit közelebbről megismer- 
kedni az IFS fraktálokkal, hiszen néhány háromszög tetsző- 
leges elforgatásával, átméretezésével vagy áthelyezésével 
igen látványos mintákat állíthatunk elő. Néhány ilyen lát- 
ható a 7-es képen. 

Úgy gondolom, hogy erre a hónapra ennyi érdekesség és új 
ismeret bőven elegendő. Remélhetőleg mindenki hasznát 
látja ennek a leírásnak akár mindennapi munkája során, 
akár egyéb időtöltés keretében. 

A következő számban megismerkedünk a még nem tárgyalt 
hatásokkal a Distorts és a Render menüpontokon keresztül, 
és megpróbálunk valamilyen összetett képet elkészíteni kép- 
zeletbeli reklámgrafikai stúdiónk számára. Addig is minden 
kedves olvasómnak kellemes alkotást kívánva búcsúzom. 


Fábián Zoltán 


A Perl és az adatbázisok 4(2. rész) 


Szótár alapú adattárolás állomány-zárolással — az adatbáziskezelők fejlődésének 


egy elfelejtett lépcsőfoka. 


múlt hónapban egy közönséges szövegfájlban tá- 
AA roltunk egy egyszerű adatbázist. Bár az adattáro- 
lás ilyen megvalósítása ma sem számít túlhaladott- 
nak, számos, a komoly rendszerek esetében egyáltalán nem 
elhanyagolható hiányossága felett átsiklottunk. Mentsé- 
günkre csak az szolgálhat, hogy a rendelkezésre álló eszkö- 
zökkel nehezen hidalhattuk volna át a problémákat. 
Ha adatainkat szövegként tároljuk, nincs külön adat- 
báziskezelő, amely azok épségéért, közvetlen módosításá- 
ért, illetve kezeléséért felelne. Mivel nem egy jól elhatá- 
rolt réteg végzi ezeket a feladatokat, hanem magának 
a programozónak kell minderről gondoskodnia, az ilyen 
rendszer teljesen rugalmatlan és nagyon nehezen bővít- 
hető. A most bemutatásra kerülő módszernél adatbáziske- 
zelő helyett, továbbra is egy függvénykönyvtárra fogunk 
támaszkodni, amivel azonban már elkerüljük az adatállo- 
mány közvetlen kezelését. 
Ebben a hónapban a Berkeley adatbáziskezelőt fogjuk ki- 
próbálni. Ez hash-táblával, vagy kiegyensúlyozott fával dol- 
gozó, szöveges kulcs-érték párokon alapuló adattároló al- 
rendszer. A Berkeley saját állomány-formátummal, a dbm- 
mel dolgozik. Ezt a formátumot már nem módosíthatjuk 
közönséges szövegszerkesztővel, sőt a tartalmát sem jelenít- 
hetjük meg ilyen módon. 
A szöveges kulcs-érték párokból felépített szótár ötlete meg- 
lehetősen régi, és számos megvalósítása létezik, amelyek kö- 
zött szabad felhasználású és zárt forrású, egyaránt akad. 
Ezek rendszerint szerkezetileg is különböznek. Közülük 
a Perl az ndbm, db, gdbm, sdbm és odbm szabványokat támogat- 
ja. A modulként hozzáférhető megvalósítások abban vala- 
mennyien megegyeznek, hogy egy közönséges asszociatív 
tömbön végzett memória-műveleteket fordítanak le a hát- 
térben alacsony szintű állománykezelési függvényekre. 
Ez nagyon kényelmes megoldás, hiszen egyetlen töm- 
böt kell csupán kezelni, minden egyéb megy magától. 
Nem kell a karakterláncok hosszúságával törődni, és nincs 
határolójel, amely szerepelhetne bárhol. A tároló algoritmus 
hatékony, így egy rekord módosítása gyorsabb, mint a szö- 
veges alapú adatbázisnál, nagy adatmennyiség esetén pe- 
dig a hash-tábla miatt a lekérdezés is sebesebb. Az egyetlen 
gyenge pont az új rekord felvétele lehet. 
Perlben van egy függvény, amely egy változónevet köt össze 
egy osztállyal, melynek eredményekért a változón végzett 
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bármilyen művelet a kérdéses osztály tagfüggvényeivel 
valósul meg. Így az adatbázison végzett munka három 
egyszerű lépésből áll. Hozzá kell kötni egy tömböt az adat- 
állományt felügyelő osztályhoz, a tömbön el kell végezni 

a szükséges műveleteket, majd meg kell szüntetni a kötést, 
hogy minden adat a lemezre íródjon. Lássunk egy példát. 


1 /usr/bin/perl -w 


use strict; 
use DB File; 


my jadatbazis; 


f 1. lépés: adatfeltöltés 
tie Xadatbazis, "DB File", 
30 WRONLY or 
die "Nem tudom megnyitni az adatbázist.Mn" ; 


"elso.db", O CREAT I] 


$adatbazis f("doggie"t — "kutyus"; 
untie jadatbazis; 


f 2. lépés: lekérdezés 
tie Xadatbazis, "DB File", 
seb Ci 
die "Nem tudom megnyitni az adatbázist.Mn" ; 


"elso.db7, O RDONLY 


print $adatbazis f"doggiefy . Mn"; 


untie Jadatbazis; 


Az első két sor — ahogy azt a sorozat korábbi tagjaiban is 
hangsúlyoztam - elengedhetetlen az átlátható és hibátlan 
Perl program írásához. A parancsértelmezőt a -w kapcsoló- 
val hívjuk meg a figyelmeztető üzenetek megjelenítéséhez, 
majd használatba vesszük a strict modult. Az első újdon- 
ság a DB Fi le hívása. Ez egy olyan modul, amely tartalmaz 
egy osztályt a Berkeley típusú adatbázisok kezeléséhez. 

A negyedik sorban a szigorú módnak megfelelően megha- 
tározzuk a használni kívánt asszociatív tömb érvényességi 


2004. október 91 


0 Kiskapu Kft. Minden Jog fenntartva 





0 Kiskapu Kft. Minden Jog fenntartva 


$1!/usr/bin/perl -w 


use strict; 
use DB File; 
use Fcntl] ":flock"; 


my Zadatbazis; 


f 1. lépés: adatfeltöltés 
my $db - tie Xadatbazis, "DB File", 
"masodik.db7, O CREAT ] O RDWR or 
die "Nem tudom előkészíteni az 
5 adatbázist.Mn" ; 
open ADATALLOMANY, "34-8—-" . $db -5s fd 0 or 
die "Nem tudom biztonságosan megnyitni az 
sz állományt." ; 
flock ADATALLOMANY, LOCK EX or 
die "Nem tudom megszerezni az egyedi 
ESSZAlKA EA Né 


$adatbazis f"doggie"l - "kutya"; 


undef $db; 
untie Jadatbazis; 
close ADATALLOMANY; 


f 2. lépés: lekérdezés 
tie XZadatbazis, "DB File", "masodik.db" , 
0 RDONLY or 
die "Nem tudom előkészíteni az 
5 adatbázist.Mn" ; 
open ADATALLOMANY, "-g—" . (tied XZadatbazis) -5 
s$rd 0 ör 
die "Nem tudom biztonságosan megnyitni az 
s állományt." ; 
flock ADATALLOMANY, LOCK SH or 
die "Nem tudom megszerezni a megosztott 
SezaRatsé NN nál 


print $adatbazis f"doggiejk o . nm"; 


untie Xadatbazis; 
close ADATALLOMANY; 


körét - jelen esetben olyan, mintha globális változó volna. 
A program következő része két szakaszra bontható. Az első- 
ben megnyitja az elso.db adatállományt, és létrehoz benne 
egy értéket. A módszer , szótár jellegét" hangsúlyozandó 
egy angol szót használunk kulcsként, amelynek magyar 
megfelelője az érték. Az állomány lezárása után a második 
szakaszban ismét megnyitjuk azt, de már csak olvasásra, 
majd lekérdezzük az előbb felvett adatot, eleve feltételezve, 
hogy az létezik. Végül lezárjuk az adatbázist. 

Az adatbázis megnyitása mindkét lépésben a tie függ- 
vénnyel történt, amely az első paraméterként átadott válto- 
zót köti össze a másodikban meghatározott osztállyal. Mivel 
közben történik egy példányosítás, a függvény további pa- 
raméterei a konstruktornak adódnak át. Jelen esetben csak 
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a megnyitási módot meghatározó állandókat adtuk meg 

(a továbbiakról a DB File súgójában olvashatunk). A létre- 
jött objektumot egyébként a tie vissza is adja, ám ezt itt 
nem használtuk fel. Végül mindkét esetben az untie segít- 
ségével szakítottuk meg a kapcsolatot a változó és az adat- 
bázis között. 

A módszer egyszetű, de ha két folyamat egyszerre fordul 
ugyanahhoz az állományhoz, versenyhelyzet alakulhat ki. 
Ilyenkor kiszámíthatatlan, hogy melyik utasításai jutnak ér- 
vényre. Ennek megakadályozására két megoldás létezik, az 
egyik az állományzárolás, a másik az O EXLOCK jelző haszná- 
lata. Ez utóbbi sajnos nem minden rendszeren támogatott. 
Ilyenkor segít a UNIX flockO rendszerfüggvénye. Ez saj- 
nos egy folyam-azonosítót vár paraméterként, amit nem ka- 
punk meg a tie meghívásakor. Kapunk viszont egy objek- 
tumot, melynek egy tagfüggvénye visszaadja a megnyitott 
adatállomány leíróját. Ezt felhasználva az open) függ- 
vénnyel már készíthetünk egy folyam-azonosítót. Lássuk, 
hogyan néz ki az előző példa zárolással (2. lista). 

Az Fcnt1] modul használata a flock függvény LOCK. EX és 
LOCK SH állandói miatt szükséges. Az open második para- 
métere egy három részből álló karakterlánc. A ,--c", vagy 

a , c jelentése megnyitás olvasásra és írásra, illetve a csak 
olvasásra. Az ,8§-" azt jelzi, hogy nem a megnyitásra váró 
állomány neve következik, hanem egy állomány-leíró. Az 
első lépésben a tie által visszaadott objektum fdO elem- 
függvénye szolgáltatja ezt az adatot. Mivel a második lépés- 
ben nem tároltuk külön változóban az objektumot, ezért 
ennek hivatkozását a tied függvény adja meg. 

Az open függvényt közvetlenül a flockO követi. Ez két pa- 
ramétert vár. Az első az említett folyam-azonosító, a máso- 
dik a zár típusát határozza meg. Egyedi zárat egyetlen fo- 
lyamat szerezhet meg, így ezt íráskor szokás használni. 

A megosztott zárat párhuzamosan több folyamat is meg- 
kaphatja, ám ezalatt egyetlen másik sem szerezhet egyedi 
jogot a zárolásra. Mivel az olvasás egyszerre több folyamat 
számára is engedélyezhető, az írást viszont tiltani kell, ezt 

a módszert csak olvasó folyamatok szokták használni. 

Van egy további csavar is a fenti példában. Bár előbb törté- 
nik a kötés, csak utána a megnyitás, mégis előbb a kötést 
oldjuk fel, és utána zárjuk le a folyamot. Ha egy függvényt 
és az ellentettjét fordított sorrendben hívjuk meg, rendsze- 
rint hiba keletkezik. Esetünkben az open-nél nem történt 
valódi megnyitás, csupán egy folyam-azonosító készült egy 
meglévő állomány-leíróból, a close-nál viszont a lezárás 
valódi. Ezért ha hamarabb zárjuk le az állományt, mint 
ahogy a kötést megszüntetnénk, nem az asszociatív tömb- 
ben található adatok kerülnek az adatállományba. 

A fenti megoldás majdnem tökéletes a versenyhelyzetek el- 
kerülésére. Azért csak majdnem, mert a tie által meghívott 
konstruktor miután megnyitotta az adatállományt, még 
azelőtt végez egy kis lemezműveletet, hogy a vezérlés az 
open függvényre kerülne. Ezalatt a zárolás sajnos még nem 
él, de ezt ezzel a módszerrel nem is lehet elkerülni. Az 
egyedüli gyógyír a beépített zárolás, az 0 EXLOCK lenne, 
viszont ez nem mindenhol elérhető. 

Egy tábla rekordjai tetszőleges számú mezőből állhatnak, 
de egy adott táblában minden rekord ugyanannyi mezőt 
tartalmaz. Vajon lehet-e egy egész rekordot egyetlen kulcs- 
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érték párba sűríteni? A kulcs kerülhet a tábla azonosító me- 


$1!/usr/bin/perl -w 


use 
use 
use 


SET tet: 
DB File; 
Fcntl]l ":flock"; 


"Használat: " . $0 . " 
5] ——- (GARGV; 


die czadat fájlstn" unless 


my Zadatbazis; 
tie Xadatbazis, 
550 RDWR or 
die "Nem tudom előkészíteni az 
s adatbázist.Mn" ; 
open ADATALLOMANY, "34ca8—" 
fd O or 
die "Nem tudom biztonságosan megnyitni az 
s állományt." ; 
flock ADATALLOMANY, LOCK EX or 
die "Nem tudom megszerezni az egyedi 
meszáltatsés Nin 


"DB File", $ARGV[O], 0O CREAT I 


(tied Xgadatbazis) -5 


print "Neve adás 
my $nev - cSTDINS; chop $nev; 

print "Telefonszám ú 

my $telszam - cSTDIN3s; chop $telszam; 
print "Ezzel veheted le a lábáról : "; 
my $szereti - -cSTDINS; chop $szereti; 


(6, 
UJ 


$adatbazis íf$nevi — join (":", 
sz Sszereti); 


$telszam, 


untie Jadatbazis; 
close ADATALLOMANY; 
print "Az új lány (" 


$nev . ") felvéve." ; 


zőjébe, és mivel a dom nem szab határt az érték hosszára, 
az összes többi mezőt is be lehet ide rakni. Ezt pedig meg- 
oldható az egyszerű szöveges állománynál már látott elvá- 
lasztó karakteres, vagy rögzített hosszúságú mezőkből álló 
láncokkal. Egy ilyen ,öszvér" megoldás nemcsak gyorsabb, 
hanem rugalmasabb is mint egy sima szöveges adatbázis. 
Végezetül erre is lássunk egy példát. Két szkriptet fogunk 
elkészíteni. Az elsőnek (3. lista) az lesz a feladata, hogy az 
előző cikkben már látott adathalmazzal feltöltse adatbázi- 
sunkat, míg a második (4. lista) az adatok lekérdezésére 
szolgál. Az érték kettősponttal elválasztott mezőket fog tar- 
talmazni, melyeket a splitO / join O párossal kezelünk. 
A fent látható programban nincsenek nagy meglepetések. 
Ez annak köszönhető, hogy a tie - untie páros segítségé- 
vel az új elem felvétele mindössze egy változónak való ér- 
tékadást jelent. Nem kell sokat morfondíroznunk ahhoz 
sem, hogy kitaláljuk, mi a megoldása a kettős kulcs problé- 
mának. Ez a gond ugyanis itt fel sem merül, hiszen ha az 
asszociatív tömb egy már létező elemére hivatkozunk, 
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1! /usr/bin/perl -w 


use 
use 
use 


strict; 
DB File; 
Fcntl] ":flock"; 


"Használat: " . $0 . " czadat fájls alány 
ss neveszNMn7 unless 2 —— GARGV; 


die 


my Zadatbazis; 
tie Zadatbazis, "DB File", $ARGV[O], O RDONLY or 
die "Nem tudom előkészíteni az 
s adatbázist.Mn"; 
open ADATALLOMANY, "cag—" 
fd O or 
die "Nem tudom biztonságosan megnyitni az 
sz állományt." ; 
flock ADATALLOMANY, LOCK SH or 
die "Nem tudom megszerezni a megosztott 
—ézélreito WA s 


(tied Xadatbazis) -5 


my ($kulcs, $ertek); 
while (($kulcs, $ertek) - each Xadatbazis) ( 
if ($kulcs -- /$ARGVI[I1]/) ( 


print " Adatlap: " . $kulcs RT. 
DENES Ssszssszezzi ad sex ENYEM 
sz ($kulcs) ee 
my ($telszam, $szereti) - split (/:/, 
mm fertek); 
print " Telefonszám j 
z . $telszam . Mn"; 


Ezzel veheted le a lábáról 
sz . $szereti KN 


print 


untie Xgadatbazis; 
close ADATALLOMANY; 


akkor az önműködően felülíródik. Az, hogy adott esetben 
valóban ez az elvárt működés, vagy mégis külön figyelmet 
kell fordítani a meglévő rekordokra, a feladattól függ. 

A kiíratáskor a már megszokott kinézetet próbáltam követ- 
ni. lermészetesen itt nem adható meg, hogy a találat há- 
nyadik sorban történt, hiszen egy szótár mindig rendezet- 
len. Ennek megfelelően elképzelhető, hogy egy adatbázis 
megváltoztatása után a fent látható each szerkezet eltérő 
sorrendben adja vissza az adatokat. Ez azonban jelen eset- 
ben minket nem különösebben érint, legfeljebb két futtatás 
után más sorrendben látjuk viszont az adatokat. 

Akinek van kedve, a fenti példákból kiindulva elkészítheti 
azt a szkriptet, amely képes egy Berkeley adatbázis egyik 
rekordját törölni. Mielőtt azonban nekilátnánk, érdemes 
egy pillantást vetni a delete) függvény leírására 

a perlfunc(1) kézikönyvlapon. Sok sikert a kísérletezéshez! 
A jövő hónapban már az SOL lesz terítéken. 


Fülöp Balázs 
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A pingvin igenis vándormadár 


Avagy használjunk Linuxot mobil eszközökön - 1. rész 


apjainkban a különböző mobil eszközök fénykoru- 
kat élik. Ahova nézünk, mindenütt notebookok, 
tablet PC-k, PDA-k (digitális asszisztensek), mobil- 
telefonok, média lejátszók. Minden ilyen eszköz futtat vala- 
milyen operációs rendszert. Némelyiket teljesen hagyomá- 
nyos, az asztali gépeknél is alkalmazott operációs rendszer- 
rel látják el, mások annak egy módosított változatát futtat- 
ják, de akad olyan is, amit teljesen speciális, egyedileg hoz- 
zá tervezett rendszerrel szállítanak. Egy megszállott Linux 
felhasználóban persze rögtön felmerül a kérdés, nem lehet- 
ne-e az ilyen eszközökön is Linuxot használni? A válasz 

-— nem túl meglepő módon - de lehet. Sőt, vannak olyan 
mobil eszközök, amelyek már gyárilag valamilyen Linux 
rendszert futtatnak, bizonyítva ezzel, hogy a Linux komoly 
alternatíva ezen a területen is. 

Cikksorozatomban egyrészt áttekintést kívánok adni arról, 
hogy milyen mobil eszközökre milyen linuxos megoldás 
létezik, melyiknél milyen szolgáltatásokra és buktatókra 
számíthatunk. A sorozatban bemutatom, hogy jómagam 
miféle tapasztalatokat szereztem Linuxot használva a saját 
notebookommal. Megpróbálok arra törekedni, hogy az 
anyag ne csak a hozzáértők számára legyen hasznos, ha- 
nem általa a kezdő felhasználók is kedvet kapjanak ahhoz, 
hogy kipróbálják, milyen is Linuxot használni az előbb fel- 
sorolt eszközök valamelyikén. 


Linuxot a notebookomra! 

Kezdjük talán a legkézenfekvőbb mobil eszközzel, amelyre 
Linuxot telepíthetünk, vagyis egy notebookkal. A telepítés fo- 
lyamata ugyan nem sokban különbözik a szokásostól, de az 

a kevés különbség alaposan megnehezítheti az ember életét. 
Én jelenleg Debiant használok a saját hordozható gépemen, 
így értelemszerűen ezt fogom bemutatni, de a többi Linux ki- 
adás is teljesen hasonló módon telepíthető, használható. 

A csomaggyűjtemények összetétele a különböző terjesztések- 
ben meglehetősen hasonló. Ha egy-egy programot nem talál- 
nánk kedvenc terjesztésünkben, a jól ismert 5 sourceforge.net, 
vagy 2 freshmeat.net biztosan segítségünkre lesz. 

Aki egy konkrét géptípussal kapcsolatban kíváncsi mások ta- 
pasztalataira, annak érdemes körülnéznie a 3 tuxmobile.org 
oldalon, ahol gyártó és típus szerinti bontásban rengeteg 
mobil eszközzel kapcsolatos tapasztalat van összegyűjtve. 

Itt egészen biztosan megtaláljuk, hogy miért nem működik 
az a fránya infra-csatoló, vagy miért nem lehet a beépített 
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Linux Laptop and Notebook Survey: Acer 


You want to install Línux or arrothar s. on your can laptop or notebook? Here are links to 
installation reports about Linux (B5D, Solaris, ,,) on almost any laptop or na eönab mén Et KNÉ e ed 
by Acer , Do you hava written an installation report yourself? Please cubmit z And dont 
miss the general resources section at the bottom, containing links to drivers ss earrergak under GEL 
d ), community efforts, HOWTOSs and FAOs. 





[SlackWara 100 
[Detáan SI IL/ Lima 


4CER Azpíre 12034CS 
ACER Armre 130048" 
ACER cpíre 13008 [Debian GHLJ/Lin 
ACER Azpire 1300 a Detáan GIL Limux 
ACER A HnrB 1 3004CEP Linux 
[dandrakzínux 9.1 
! jetásn GIL)" Láma 





















































modemmel tárcsázni. Mielőtt tehát nekivágunk a telepítés- 
nek, érdemes átfutni ezt az oldalt, mert sok bosszúságtól 
kímélhetjük meg magunkat. 

Akkor tehát kezdjük az elején. Mint említettem, Debiant fo- 
gunk telepíteni. Először töltsük le a legfrissebb telepítő CD-t 
a 2 debian.org webhelyről, írjuk fel egy lemezre és boot- 
oljunk be róla. Én a legfrissebb Woody CD-t töltöttem le, de 
lehet próbálkozni a Sarge-al is, amit jelenleg még tesztelnek. 
(A Sarge lesz a következő Debian verzió.) 

Rendszerbetöltés után a telepítést a bf24 opcióval indítsuk. 
Ebben az esetben a Woody a 2.4.18-as kernellel települ, így 
egy viszonylag korszerűnek mondható rendszermagot 
használhatunk már a telepítés során is. Sajnos van olyan 
gép - és itt nem csak notebookokra kell gondolni -, amelyik 
valamiért nem szereti a 2.4-es rendszermagot, amit nemes 
egyszerűséggel úgy juttat kifejezésre, hogy telepítéskor le- 
fagy. Ha ilyet tapasztalnánk, akkor — minden szomorúsá- 
gunk ellenére -— ne adjuk fel a küzdelmet. lelepítsünk 

a 2.2-es kernellel, később úgyis kicseréljük. 

A telepítés ezután a szokott módon zajlik. Aki telepített már 
Debiant, tudja miről beszélek, aki még nem, az meg úgyis 
megtudja... A telepítés talán legfontosabb mozzanata, hogy 
hálózati kártyánkat életre keltsük és internet csatlakozásunkat 
megfelelően beállítsuk, mert erre a későbbiekben nagy szük- 
ségünk lesz a telepítés és a rendszer használata folyamán. Ma 
már a notebookok 9990-át valamilyen beépített hálózati csatla- 
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kozóval szállítják, amely az esetek túlnyomó többségében 

a Realtek 8139-es valamilyen változata, vagy Intel PRO/100. 
Előfordulnak 3com lapkával szerelt gépek is. 

A 2.4-es rendszermag mindegyiket támogatja, így a hálózati 
csatlakozással nagy valószínűséggel nem lesz probléma. Ha 
a gépben nincs beépített Ethernet csatoló, vagy nem ismer- 
te fel azt a telepítő, használhatunk PCMCIA kártyát is. 

És ezzel el is érkeztünk az első lényeges ponthoz. Aki eddig 
csal asztali gépekre telepített Debiant, az ösztönösen igen- 
nel válaszol a , Kívánja, hogy a telepítés végeztével 

a pcmcia csomagok eltávolításra kerüljenek?" kérdésre. Ez 
ilyenkor nem jó ötlet. Szinte biztos, hogy egy notebook ese- 
tében még szükségünk lesz erre a lehetőségre. 

Ha sikeresen túlestünk a hálózati kártya beállításán, akkor 
jó esély van rá, hogy a továbbiakban értelmes kérdésekre 
adott értelmes válaszokkal viszonylag gyorsan végzünk 

a telepítéssel. 

Ha nem sikerült a hálózati kártyát felismertetni a rendszer- 
rel, vagy valamilyen vezeték nélküli megoldást kívánunk 
használni, akkor sincs semmi katasztrófa. lelepítsük a rend- 
szert hálózati támogatás nélkül, a hálózatot pedig állítsuk 
be később. Vezeték nélküli hálózat esetén ez eleve csak így 
oldható meg, mivel a hálózati adapter használatához telepí- 
tenünk kell néhány egyéb kiegészítő csomagot. Ezekről 

a későbbiekben még ejtünk szót. 

Ha feltelepült a rendszer és , alapjáraton" működőképes, ak- 
kor tegyünk fel még néhány hasznos csomagot, és végezzünk 
el néhány kézenfekvő módosítást, mielőtt továbbmennénk. 
Először is érdemes egy Midnight Commandert telepíteni. 
Ezt pillanatok alatt megtehetjük az apt-get instal 1] mc pa- 
ranccsal. (A csomag a telepítő CD-n megtalálható.) Az mc 
segítségével váltsunk a /etc/apt könyvtárba és nyissuk meg 
az ott található sources.list állományt. Debian alatt ez az ál- 
lomány határozza meg, hogy a csomagokat a telepítés so- 
rán milyen forrásból szerezze be a rendszer. Mivel ma már 
nagyon sok helyen hozzáférhető szélessávú Internet elérés, 
a továbbiakban feltételezem, hogy az Olvasó is ilyent hasz- 
nál. Ha mégsem, a woody terjesztés helyett talán haszno- 
sabb a a sarge-ot letölteni, mert az lényegesen frissebb cso- 
maggyűjteményt tartalmaz. 

Visszatérve a sources.list állományra, nyissuk meg szerkesz- 
tésre és adjunk hozzá pár új forrást, az eddigieken kívül. 
Jómagam a sid csomaggyűjteményt használom, amely a fej- 
lesztésből közvetlenül kikerülő csomagokat tartalmazza. 
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Néhány szó az aptitude használatáról 


A program indítása nem meglepő módon az aptitude pa- 
ranccsal történik. Ha elindult, akkor a csomagokat állapo- 
tuk és rendeltetésük szerint csoportosítva láthatjuk a nyitó 
képernyőn. A / karakterrel kereshetünk (a magyar billen- 
tyűzetkiosztás szerint SHIFT--6), a keresett szóra ismételt 
keresést pedig a VW (ALT GR-- 0) karakterrel kezdeményez- 
hetünk. Egy adott csomag leírását és függőségeit a cso- 
magra lépve és enter-t ütve kapjuk, míg innen a O gomb- 
bal térhetünk vissza. Ha egy csomagot telepíteni szeret- 
nénk, akkor azt a -- karakterrel tehetjük meg, törlés esetén 
pedig a - karaktert kell használni. Ha egy csomagot telepí- 
tésre, vagy törlésre jelöltünk ki, de közben meggondoltuk 
magunkat, úgy az - karakterrel a kiindulási állapothoz tér- 
hetünk vissza. 

Az U billentyű lenyomása esetén a program frissíti a cso- 
maglistát, amit a /etc/apt/sources.list állományban beállí- 
tottunk. Ha végeztünk a csomagok összeállításával, akkor 
a G billentyű lenyomására a telepítő összeállítja a változó 
csomagok listáját. Zölddel jelöli a telepítendő, lilával a tör- 
lendő, kékkel a frissítendő, pirossal a törött csomagokat. 
Amennyiben az összes törött csomagot kijavítottuk — ha 
volt egyáltalán ilyen -, akkor utána ismételten megnyomva 
a G billentyűt indul a letöltés és telepítés. 

Ha végeztünk, a programból a O billentyűvel léphetünk ki. 


SLf SLf 


Ez egyfelől hasznos, mert nagyon sűrűn érkeznek a frissíté- 
sek, másrészt előfordulhatnak hibás csomagok. Aki ezt 

a kockázatot csökkenteni szeretné, annak megint azt tudom 
javasolni, hogy használja a Sarge gyűjteményt. 

Aki a sid mellett döntött, adja a következő sorokat 

a sources.list állományhoz: 


deb http://ftp.hu.debtian.org/debian sid main non- 
free contrib 

deb http://non-us . debian. org/debian-non-US 

5 51d/non-US main non-free contrib 


A biztonságosabb Sarge-ot választók a fenti sorokban a sid 
szót értelemszerűen cseréljék Sarge-ra. 

A csomaglista kibővítése után rögtön töltsük is le az új 
csomagokat az apt-get update paranccsal. Hogy a továb- 
biakban megkönnyítsük a csomagok telepítését és karban- 
tartását, javaslom, hogy telepítsük fel az aptitude nevű, 
szöveges felületű csomagkarbantartó programot, amely 
nagyon ügyesen kezeli a csomagok telepítésének folyama- 
tát. Jól lehet benne keresni, sok információt ad a csoma- 
gokról, jól kezeli a frissítéséket, egyszóval megkönnyíti 

az életünket. 

Ha idáig eljutottunk és működik minden eszközünk, ami 

a telepítéshez szükséges, akkor már nagyon jól állunk. Gya- 
korlatilag van egy teljesen jól használható rendszerünk és 
kezdhetjük az érdemi munkát. 

Következő lépésként töltsünk le egy friss rendszermagot. 
Én a 2.6-os sorozat legfrissebb változatát javaslom, mert 
rengeteg olyan eszközhöz nyújt támogatást, amelyekhez 

a régebbi 2.4-es verzió nem, vagy csak nagy küzdelmek 
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árán. A rendszermagot kétféleképpen telepíthetjük. Vagy 
letöltünk egy ún. kernel image-et és telepítjük, vagy letöl- 
tünk egy kernel forrást és magunk fordítjuk le. 

Utóbbi talán a kezdő felhasználóknak túlzottan nagy falat 
lehet, de aki egy kicsit utánaolvas a dolognak, az hamar rá- 
jön, hogy ez nem is olyan nagy ördöngösség. Emlékeim 
szerint nem is kell messzire mennie annak, aki jó leírást sze- 
retne a témában találni. Lapozza fel a Linuxvilág magazin 
korábbi számait, itt biztos megtalál mindent. 

Én saját fordítású kernelt használok, azt is úgy, hogy 

a szükséges szolgáltatásokat belefordítom, és nem modul- 
ként használom őket. Úgy gondolom, egy egyedi konfigu- 
ráció esetén az kevesebb gonddal jár, mivel nem kell állan- 
dóan azzal foglalkoznom, hogy ellenőrizzem, a megfelelő 
modul rendelkezésre áll-e. Ha pedig változik a gépem 
kiépítése, hát annyi baj legyen, fordítok hozzá egy új rend- 
szermagot. 


Energiagazdálkodás 

Első konkrét témánk legyen az energiagazdálkodás, hiszen 
egy notebooknál ez kiemelkedő jelentőséggel bír. A 2.6-os 
rendszermag több energiatakarékossági funkciót is rendel- 
kezésünkre bocsát. Egyfelől támogatja az ACPI energiagaz- 
dálkodási állapotokat (ilyen például a standby mód, a hi- 
bernálás, vagy a suspend), másfelől a normál asztali pro- 
cesszorral szerelt gépeknél is lehetővé teszi a processzor 
frekvenciájának dinamikus beállítását a gép terheltségétől 
és az akkumulátor töltöttségi szintjétől függően. 

Az energiagazdálkodási állapotok támogatását a rendszer- 
magban a Power management options (ACPI, APM) menü- 
pont alatt tudjuk bekapcsolni. Akár a többit, ezeket a szol- 
gáltatásokat is érdemes rendszermagba belefordítani, hogy 
mindig rendelkezésre álljanak. 

A Software Suspend opció beállításával lehetőségünk nyílik 
arra, hogy munka közben bármikor leállítsuk a gépet úgy, 
hogy a következő bekapcsoláskor a megfelelő paraméterek- 
kel indítva a rendszert pontosan ugyanabba az állapotba 
kerüljünk vissza, amelyben leállítottuk a gépet. Ilyenkor 

a rendszer az aktív csereterületen (swap partíción) készít 
egy állapotmentést amelynek helyét a következő indításkor 
megadva a rendszermag visszatölti a mentett állapotot. 

A Software suspend szolgáltatás kihasználásához be kell 
fordítani a kernelbe a Suspend-to-Disk support opciót is, 
amely a Software suspend pont alatt található. 
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Ugyanitt a Default resume partition értéknek adjuk meg 
az aktív swap partíciónkat (pl. /dev/hda2), amelynek hol- 
létét a legegyszerűbben az /etc/fstab állományból tudjuk 
kideríteni. 

A rendszerre vonatkozó ACPI beállításokat a ACPI 
(Advanced Configuration and Power Interface) Support 
menüpont alatt tudjuk elvégezni. Itt állíthatjuk be, hogy 

a Linuxunk támogassa az ACPI energiagazdálkodási állapo- 
tait (Sleep states), illetve a rendszer hálózati kapcsolatának, 
akkumulátorának, hőviszonyainak állapotát lekérdező esz- 
közöket. Érdemes ezeket bekapcsolni, nélkülük ugyanis az 
olyan programok mint a telep töltöttség visszajelző, hőmé- 
rő, vagy a ventilátorokat ellenőrző rendszerek nem fogják 
megtalálni a megfelelő adatforrást. 

A rendszerre vonatkozó APM beállításokat az APM Bios 
Support menüpont alatt adhatjuk meg. Amennyiben rend- 
szerünk ACPI támogatással rendelkezik — ez ma már min- 
den új gépre igaz — akkor ezekre a beállításokra nem feltét- 
lenül lesz szükségünk. Megfigyeléseim szerint néha előfor- 
dul, hogy a leállítás utáni önműködő kikapcsoláshoz szük- 
séges lehet a , Use real mode APM BIOS call to power off" 
modul rendszermagba való befordítása is. 

A következő bekezdést szenteljük a 2.6-os rendszermag 
egyik újdonságának, a dinamikusan állítható processzorse- 
bességnek. Az ezzel kapcsolatos lehetőségeket a CPU 
Freguency scaling menüpont alatt találjuk. Fordításkor je- 
löljük meg ezt a modult, illetve a powersave" governor 
Support, /proc/cpufreg interface, userspace" governor for 
userspace íreguency scaling, CPU freguency table helpers 
és ACPI Processor P-States driver modulokat. Az utóbbi ese- 
tében meg kell adnunk a saját gépünkben található pro- 
cesszorhoz és annak szolgáltatásaihoz tartozó (általában 
AMD, vagy Intel) modulokat is. Ha mindezt megtettük, ak- 
kor a későbbiekben telepítésre kerülő felhasználói progra- 
mokkal vezérelhetjük majd a gép processzorának frekven- 
ciáját. Mindez ezért hasznos, mert ha mobil gépünket aszta- 
li processzorral szerelték, amely alapból nem támogatja 

a dinamikus frekvenciaállítást, akkor is képesek leszünk 

— igaz csak alapszinten - változtatni a központi feldolgozó- 
egység sebességét. Ezzel pedig jelentősen növelhető az ak- 
kumulátor üzemideje. 


Az energiakezelés támogatása a felhasználói 
programok oldaláról 

Mostanra tehát a rendszermagot felkészítettük arra, hogy 
az energiagazdálkodással kapcsolatos különböző kiegészítő- 
ket támogassa. Most vessünk egy pillantást arra, miként is 
lehet ezeket a szolgáltatásokat kihasználni. 

Kezdjük talán az ACPI energiagazdálkodási állapotaival. 
Három fő energiatakarékos állapot létezik az ACPI szab- 
vány szerint, sorjában az SI, az 53, és az 54. Az S1 állapot 
a Standby, vagy Power-On Suspend nevet viseli. Ebben 
az állapotban a gép bekapcsolt állapotban marad, a pro- 
cesszor dolgozik, a memória él, de a használaton kívüli 
eszközök kikapcsolnak. Lekapcsol a monitor háttérvilágíi- 
tása, leállnak a nem használt kártyák (modemek, hálózati 
kártyák). Ebben az állapotban az akkumulátor továbbra 
is teljesítményt ad le, tehát hálózati tápfeszültség nélkül 
a gép -— ugyan jelentősen hosszabb idő után — de min- 
denképpen lemeríti azt. 
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Az 53 állapot az ún. Suspend to RAM mód. Ilyenkor a gép 
a saját állapotáról mentett adatokat a memóriában helyezi 
el. Ez az 51-nél , mélyebb nyugalmi állapotot" jelent, mivel 
ebben esetben valamennyi hardvereszköz a legalacsonyabb 
energiafogyasztású állapotába kerül. Kivétel természetesen 
a memória, amelyhez ebben az esetben is biztosítani kell 

a frissítést. Ezzel az 51 állapothoz képest sokkal nagyobb 
energiamegtakarítást érhetünk el, de a gépnek még mindig 
van egy minimális energiaszükséglete. 

Az 5S4 állapot, amelyet Suspend to Disk állapotnak neve- 
zünk, lehetővé teszi, hogy teljesen leállítsuk a gépet, előtte 
lemezre mentve a rendszer állapotát. Az S4 állapot elérése- 
kor egy képállomány készül a memóriáról és a rendszerálla- 
potról, amely a kijelölt swap partícióra íródik. A gép ezután 
leáll. Amikor újra bekapcsoljuk, akkor a képállomány helyét 
(vagyis a kérdéses csereterületet) megadva, a rendszer beol- 
vassa a korábban mentett állományt és visszaállítja az ere- 
deti helyzetet. 

A fent leírt energiagazdálkodási állapotok elérhetők külön- 
böző segédprogramokon keresztül is, de kiválthatók egy- 
szerűen az echo ál lapotszám: /proc/acpi/sleep parancs 
futtatásával is. Ilyenkor a rendszer a megadott sorszámú 
(S1, 53 vagy 54) állapotba kerül. S4, vagyis Suspend to Disk 
esetén újraindításkor paraméterként át kell adnunk a rend- 
szermagnak a csereterület helyét a következ módon: 


resume-/dev/swap. particio helye 


A fejlesztők felhívják a figyelmet arra, hogy az említett 
magfunkciók jelenleg még fejlesztés alatt állnak, így sajnos 
előfordulhatnak akár adatvesztéssel is járó hibák. Az is lé- 
nyeges hangsúlyozni, hogy S4-es állapotból való ébredés 
során adatvesztés léphet fel, ha a hardver összeállítása köz- 
ben megváltozott, vagy a lemez tartalma módosult. 


Dinamikus órajelvezérlés 

A dinamikus processzorvezérléshez két csomag telepítésére 
lesz szükségünk. Az egyik a cpufregd, a másik a cpudyn. 
Előbbi felelős a processzor kihasználtságának, az akkumulá- 
tor töltöttségének és a tápfeszültség állapotának figyelésé- 
ért, míg utóbbi a processzor és lemezek vezérléséért felel. 

A cpufregd csomaghoz tartozik egy beállító állomány 
(/etc/cpufregd.conf), amelyben megadhatjuk az egyes terhe- 
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lési és töltöttségi szintekhez tartozó sebességeket. Először 
létre kell hoznunk szabályokat (Rule kulcsszó). Minden sza- 
bálynak egyedi neve kell, hogy legyen, meg kell adni a hoz- 
zá tartozó tápfeszültség-állapotot (van külső táplálás vagy 
nincs), az akkumulátor töltöttségének mértékét (ez egy in- 
tervallum), és a processzorkihasználtság nagyságát. Megad- 
ható még a futó programok neve, valamint a használt ener- 
giagazdálkodási profil. 


ÍRule] 

name-pelda szabaly 
ac-off 

battery interval-50-70 
cpu. interval-30-60 
programs-xine ,mplayer 
profile-pelda profil 


Mint látható, a fenti szabály a pelda szabaly nevet kapta. 
Akkor lép életbe, ha nincs a gép külső feszültségforrásra 
kapcsolva, az akkumulátorok 50-70 százalékig töltöttek, 

a processzor kihasználtsága 30-60 százalékos és a xine, 
vagy az mplayer médialejátszó fut. Ezeket a feltételeket 

a rendszer a következő módon súlyozza. A tápellátás nyolc- 
szoros, a processzor terheltsége négyszeres, az akku állapo- 
ta kétszeres, míg a futó programok egyszeres szorzóval szá- 
mítanak. Azt a szabályt fogja a rendszer használni az adott 
pillanatban, amelyik a legjobban illik az állapotra, azaz, 
amelyik adott pillanatban a legtöbb pontot kapta. Amennyi- 
ben azonos pontszámú szabályokat találna, úgy a listában 
előbb szereplő kerül alkalmazásra. 

A profil megadása során négy értéket kell beállítanunk. 

A profil nevét, a legnagyobb frekvenciát, a legkisebb frek- 
venciát és a vonatkozó házirendet. Utóbbi lehet 
performance, vagy powersave, tehát vagy a teljesítményt 
tekintjük elsődleges szempontnak, vagy az energiatakaré- 
kosságot. 


[Profile] 
name-pelda profil 
minfreg-1325000 
maxfreg-2600000 
policy-performance 


A fenti példa a pelda profil nevet kapta, a minimális 
processzorsebesség 1,325 GHz, a maximális 2.6 GHz és 
az elsődleges szempont pedig a teljesítményigény ki- 
szolgálása. 

Amennyiben elkészültünk a módosításokkal, úgy 

a /etc/init.d/cpufregd és /etc/init.d/cpudyn szkriptek újrain- 
dítása után a rendszer a már módosított beállításokat 
fogja használni. 

Kezdetnek tehát telepítettünk egy új Debian rendszert, és 
beállítottuk az energiagazdálkodását. A cikksorozat követ- 
kező részeiben további érdekes és hasznos beállításokkal 
fogunk megismerkedni. Addig is mindenki használja az új 
rendszerét, próbálgassa a különböző beállításokat, esetleg 
a cikkben említett weboldalak alapján próbálja önállóan 
működésre bírni a hardvereszközöket. 


Illés Viktor 
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Az akkumulátoros üzemidő növelése a Laptop 


Mode segitségével 


A merevlemez gazdaságos használatával 


gépünk akkumulátoros üzemidejét. 


hordozható gépek megadják nekünk azt a szabad- 
AA ságot, hogy bárhol, bármilyen feladatunkat elvé- 

gezhetjük. Sajnos, ha akkumulátoruk lemerül, 
az élvezetnek vége. Szerencsére több lehetőségünk van 
az energiával való takarékoskodásra és az akkumulátoros 
üzemidő növelésére. Megtehetjük például, hogy csökkent- 
jük a processzor sebességét, tompítjuk a kijelző háttérvilágí- 
tását vagy lekapcsoljuk a merevlemezt. Az első két dolog 
eddig is remekül működött Linux alatt is, ám a merevlemez 
lekapcsolása csak nehézkesen ment. Még ha sikerült is meg- 
oldani a leállítást, ez az állapot sosem tartott elég sokáig ah- 
hoz, hogy érdemleges energia-megtakarítást eredményez- 
zen. Írásomban a Laptop Mode-ot szeretném ismertetni, 
a Linux rendszermag egy nemrég megjelent elemét, amely 
jól használható megoldást biztosít a merevlemez leállításá- 
ra. Itt csak a 2.6-os Linux rendszermaghoz készült változat- 
ról lesz szó. A Laptop Mode a 2.4-es változathoz is létezik, 
de némileg eltérő kiadásban. 


A merevlemezek és az akkumulátoros 

üzemidő kapcsolata 

Vajon üzemidő tekintetében mekkora nyereséggel jár a me- 
revlemez lekapcsolása? Próbáljuk meg kiszámítani! Egy át- 
lagos mai hordozható gép lítium-ionos akkumulátora 
50-100 wattóra energiát képes tárolni, ami 2-4 óra üzemidő- 
höz elegendő. legyük fel, a saját gépünk akkumulátora 50 
wattórás. Ha az akkumulátor a merevlemez bekapcsolt álla- 
pota mellett 3,5 órás üzemidőt képes biztosítani, akkor az 
átlagos energiahasználat 50/3,5 — 143 watt. legyük fel, 
hogy a gépben szintén átlagos szintű a merevlemez haszná- 
lata, amely tétlen állapotban 0,9, készenléti módban pedig 
03 wattot fogyaszt. Az energiahasználatot tehát elméletileg 
0,6 watt megtakarításával 13,7 wattra tudjuk mérsékelni. 
Ezzel az akkumulátoros üzemidő 50/13,7 — 3 órára és 

39 percre nő. A nyereség mindig a megtakarított energia és 
a teljes energiafelvétel viszonyától függ. Esetünkben a leál- 
lítással a teljes fogyasztásnak hozzávetőlegesen 4 90-át tud- 
juk megspórolni, vagyis az üzemidőben is hasonló mértékű 
növekedésre számíthatunk. 

Ennyit az elméletről, nézzünk inkább néhány valódi adatot. 
Kölcsönkértem egyik barátom Apple PowerBook G4 gépét, 
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feltettem rá a Debian GNU/Linuxot 2.6.6-os rendszermag- 
gal, és végeztem néhány kísérletet. Arra voltam kíváncsi, 
hogy legfeljebb mekkora nyereséget lehet elérni az akku- 
mulátoros üzemidőben, és ehhez mekkora időtartamokra 
kell lekapcsolni a lemezt. Viszonylag jó eredményt vártam, 
hiszen a gépben egy nagy fogyasztású, 5400-as fordulaton 
üzemelő lemez volt, és a rendszerből kiszedtem az X kiszol- 
gálót és az összes démont. Írtam egy teljesítménymérő 
programot, amely minden órában azonos mennyiségű le- 
mezes be/kiviteli műveletet hajt végre, de úgy, hogy meg 
lehet adni a be/kiviteli műveletlöketek közötti szünetek 
hosszát. A tétlen időszakokban a mérőprogram leállítja 

a merevlemezt. Többféle tétlenségi időhosszal is futtattam 

a programot, miközben az APM által szolgáltatott adatok 
alapján becsültem meg a várható üzemidőt. 

A kísérletet folyamatosan működő lemezzel, illetve a löke- 
tek közötti idő hosszát 12 másodperc és 10 perc közötti érté- 
kekre állítva végeztem el. Eredményeim az 1. ábrán látha- 
tók. Mint az ábráról is kitűnik, ha 30 másodpercenként átla- 
gosan egynél kevesebb be/kiviteli műveletet végez a gép, 
már számottevő megtakarítást érhetünk el. Meglepő, hiszen 
a lemez felpörgetése sok energiát igényel, nem igaz? Nem, 
valójában nem így van. Ha a lemez két másodperc alatt fel- 
pörög, azzal nagyjából annyi energiát vesz fel, amennyit 
nyolc másodpercig tartó tétlen állapotában használna fel. 
Ha tehát legalább kilenc másodpercig leállítva tudjuk tarta- 
ni a lemezt, már nyertünk valamennyit. A löketek közötti 
30 másodperces időköz viszonylag hosszú leállást jelent, 
ezért kaptam ilyen kedvező eredményt. 


A Laptop Mode 

A Laptop Mode lényegében a Linux rendszermag egy beállí- 
tása, amely a lemezes be/kiviteli műveletek időbeli elosztá- 
sát változtatja meg. A Linux normál esetben kisebb, időben 
jól elosztott adagokban végzi el a lemezes be/kiviteleket. 

Ha viszont a lemez, ámbár kényelmesen is, de folyamato- 
san dolgozik, akkor soha nem tud leállni, és értékes energi- 
át veszítünk. A hordozható gépeknél a lemezműveleteket 
rövid időszeleteken belül kell végrehajtani, majd ezek kö- 
zött hosszabb szünetet kell tartani, ahogy az a kísérletemnél 
is történt. Ha engedélyezzük a Laptop Mode-ot, a Linux 
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is pontosan ezt teszi. A lemezműveletek között ez esetben 
akár 10 perc is eltelhet, így komoly növekedést érhetünk 
el az akkumulátoros üzemidőt tekintve. 


Hogyan működik? 

Tekintsük át azt, hogy a Laptop Mode hogyan éri el ezt 

a szokásostól eltérő be/kiviteli viselkedést. Ha tétlen idősza- 
kokat akarunk létrehozni, akkor az aktív időszakaszokban 
a lehető legtöbb be/kiviteli műveletet végre kell hajtanunk. 


Ha azt aktív időszak véget ért, akkor a lehető leghosszabb 


ideig vissza kell tartanunk az írási és az olvasási kérelmeket. 


Az aktív időszakokban meg kell próbálnunk némi plusz- 
munkát végezni. Először is, bizonyos mértékű előreolvasást 
kell végrehajtanunk. Ha az adatokra a tétlen időszakban 
valóban szükség lesz, akkor megtakarítottunk egy felpörge- 
tést. A Laptop Mode alapesetben 4 MB-ot olvas előre. 
Ugyancsak fontos, hogy az aktív időszak végén minden 
változást írjunk is ki a lemezre. Ezzel biztosítani tudjuk az 
adatok biztonságát. Ha leáll a lemez, tudjuk, hogy a leállá- 
sig elvégzett munkánk már biztonságban van. 

A tétlen időszakokban az írás az egyetlen visszatartható mű- 
velettípus, feltéve, hogy a kiírandó adatokat tudjuk tárolni 

a memóriában - ezt is csak addig tehetjük, amíg a memória 
meg nem telik. Sajnos ezt elmondani könnyebb, mint meg- 
valósítani, a Linux ugyanis számos különböző helyről indít 
írásra vonatkozó kéréseket, ezeket aztán mind úgy kell mó- 
dosítani, hogy lehetővé tegyék az írások visszatartását. 
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Az első és legfontosabb a módosított, vagyis piszkos adatok 
kezelése. Normál esetben, ha egy gyorstárazott lemezlap 
több mint 30 másodperce módosult, akkor elavultnak szá- 
mít, és a pdflush démon kiírja a lemezre. Szerencsére az 
elavulási időtartam hossza módosítható (/proc/sys/um/ 

dirty expire centisecs). A Laptop Mode itt tíz perces időtar- 
tamot ad meg, vagyis a módosítások akár ennyi ideig is 

a memóriában maradhatnak, mielőtt a lemezre kerülnének. 
Mivel minden aktív időszak szinkronizálással végződik, 

a tétlen időszakok piszkos lapok létezése nélkül kezdődnek. 
A tétlen időszakok első tíz percében tehát biztosak lehetünk 
abban, hogy elavulás miatt egyetlen lap sem íródik vissza 

a lemezre. 

A második fontos módosítás a naplózó fájlrendszerekre vo- 
natkozik, hiszen ezek önmagukban is rengeteg lemezműve- 
letet végeznek. A Laptop Mode által támogatott naplózó fájl- 
rendszerek nagy részénél a fájlrendszerre vonatkozó válto- 
zások egy öt másodpercen belüli írási műveletet váltanak ki. 
Az ext8-as fájlrendszernél például a fájlrendszerre vonatko- 
zó tranzakcióknak van egy maximális élettartamuk, ennek 
lejártával azonnal a lemezre kerülnek, ami értelemszerűen 
egy írási műveletet jelent. A maximális élettartam a mount 
commit kapcsolójával adható meg. Ha leválasztunk és újra 
befűzünk egy fájlrendszert úgy, hogy ezt az élettartamot tíz 
percre állítjuk, akkor az extő nem fog tranzakciókat kiírni 

a tétlen időszakok alatt. Ismétlem, a tétlen időszakokat 
szinkronizálás előzi meg, vagyis a tétlen időszakok kezdete- 
kor nincsenek nyitva hagyott tranzakciók. A Laptop Mode 
hasonló módosításokkal él a ReiserFS és az XES esetében is. 
Az utolsó változás a Linux memóriakezelését érinti. Ha tétlen 
időszakban nagymennyiségű memória lefoglalására kerül 
sor, a memóriakezelőnek ki kell választania néhány eldoban- 
dó lapot. Előfordulhat, hogy olyan lapot választ, amelynek 
tartalmát eldobás előtt ki kell írni a lemezre, mert például 
módosított lemezlapról vagy cseretárhelyre írandó lapról van 
szó. Ilyenkor persze fel kell pörgetni a merevlemezt, márpe- 
dig éppen ezt szeretnénk elkerülni. Andrew Morton úgy mó- 
dosította a memóriakezelőt, hogy az a Laptop Mode haszná- 
latakor először kiírást nem kívánó lapokat próbáljon eldobni. 
Mindezek a módosítások együttesen azt teszik lehetővé, 
hogy a Laptop Mode használatakor akár tíz percig is lekap- 
csolva maradjon a merevlemez. Ha nem túlságosan gyak- 
ran módosítunk fájlokat, akkor ennél is hosszabb időszako- 
kat húzhatunk ki a merevlemez használata nélkül. Végül is, 
ha nincs mit írni, a meghajtót sem szükséges felébreszteni. 
Sajnos, ha a fájlrendszereket alapértelmezett beállításokkal 
fűzzük be, akkor a helyzet megváltozik, a fájlrendszer 
ugyanis rögzíti a hozzáférési időket. A hozzáférési idők ak- 
kor is frissítésre kerülnek, ha csak olvassuk a fájlokat, ilyen- 
kor azonban ki kell írni azokat a lemezre. Ezt a kellemetlen- 
séget elkerülendő a Laptop Mode leválasztja, majd a mount 
noatime kapcsolóját használva fűzi be újra a fájlrendszere- 
ket. Ezzel megszűnik a hozzáférési idők rögzítése, és lehe- 
tővé válik, hogy hosszabb időtartamot is képesek legyünk 
eltölteni lemezes be/kivitel nélkül. 

lalán már feltűnt, hogy az itt művelt dolgokat — mint 

a /proc piszkálása — jellemzően felhasználói térből szokás el- 
végezni. Nem véletlen, hogy a Laptop Mode is egy rend- 
szermag összetevőből és egy felhasználói térbeli parancs- 
fájlból áll. A Laptop Mode-ot a parancsfájl segítségével lehet 


2004. október 65 


0 Kiskapu Kft. Minden Jog fenntartva 


0 Kiskapu Kft. Minden Jog fenntartva 


Tippek és csapdák 


MP3-lejátszás 

Ha úgy akarunk MP3 fájlokat lejátszani, hogy a merevle- 
mez kikapcsolt állapotban marad, próbáljuk meg növelni 

a /sbin/aptop mode READAHEAD beállításánál megadott 
értéket. Az Is Jó megoldás, hogy az összes MPS3 fájlt egy 
kisebb tmpfs RAM-lemezre másoljuk. Ügyeljünk arra, hogy 
ne legyen túl nagy a RAM-lemez, mert akkora gép 

a cseretárhelyre fogja kiírni, és eredeti szándékunkkal pon- 
tosan ellentétes eredményt érünk el. Kisméretű RAM- 
lemezen sok dolgot lehet és érdemes tárolni, ha kikap- 
csolt állapotban akarjuk tartani a merevlemezt, de termé- 
szetesen csak akkor, ha az adatok esetleges elvesztése 
nem okoz gondot. 


Egyedi leállási idők 

A Laptop Mode maximális leállási idejét módosítani is le- 
het. Ehhez a /Sbin/laptop mode fájlban szereplő 

MAX AGE beállításnak kell azt az értéket adni, ahány má- 
sodpercig lemezre íratlanul, a memóriában akarjuk tartani 
az adatainkat. Az alapérték 600 másodperc, vagyis tíz 
perc. Amint a PowerBook-kal végzett kísérletem eredmé- 
nyéből is látszik, különösebben nem éri meg ennél maga- 
sabb értéket megadni. Ha ezt az időt csökkentjük, akkor 
kevésbé kell aggódnunk adataink elvesztése miatt, de ve- 
szítünk nagyjából két perc üzemidőt. Ha valamilyen való- 
ban fontos adatot szeretnénk biztonságban tudni, akkor 
annak mentése után magunk is elindíthatunk egy szinkro- 
nizálást. A Laptop Mode figyelembe veszi az ilyen kérése- 
ket, és ilyenkor mindent kiír a lemezre. A szinkronizálás 
alapállapotba hozza az időzítőket Is, vagyis elvégzése után 
a lemez akár újabb tíz percig Is leállítva maradhat. 


Leállítás a cpudyn segítségével 

Ha cpudynt használunk a processzor órajelének dinamikus 
szabályozására, talán érdekel bennünket, hogy a program 
a merevlemez leállítására Is képes. Vannak olyan meghaj- 
tók, amelyek a tétlenségi időtúllépés beállítását egyszerű- 
en figyelmen kívül hagyják, ha túl alacsonynak találják 

a kapott értéket. Ráadásul a tétlenségi idő értékét öt má- 
sodperces lépésekben lehet beállítani, ezért például nyolc 
másodpercet nem tudunk megadni. A cpudyn Itt jön 

a képbe, ugyanis a merevlemez közreműködése nélkül 
figyeli a tétlen időszakokat, és akkor állítja le a merevle- 
mezt, amikor csak akarjuk. 


Smart Spindown 

A Laptop Mode az aktív időszakok végén végez egy szink- 
ronizálást, majd megvárja, hogy a lemez önmagától leáll- 
jon. Ugyanakkor Jobb, ha a szinkronizálást közvetlenül 

a meghajtó leállása előtt hajtjuk végre, Így ugyanis nagyjá- 
ból 20 másodperccel frissebb adatokat tudunk klírni. 

A Laptop Mode erre nem képes, ugyanis nem tud aktív 
lemezlekapcsolást végezni. Smart Spindown névvel Írtam 
egy parancsfájlt, amely képes együttműködni a Laptop 
Mode-dal. Szépnek vagy tökéletesnek véletlenül sem 
mondanám, de ha minden cseppnyi energiával takarékos- 
kodni akarunk, esetleg az adatok biztonsága szempontjá- 
ból számít az a húsz másodperc, akkor legalább van mihez 
nyúlnunk. (Lásd az internetes forrásokat.) 





engedélyezni, ez a rendszermag oldali támogatást a /proc/ 
sys/om/laptop mode beállításával kapcsolja be. Ezután levá- 
lasztja és újra befűzi a fájlrendszereket, miközben a /proc 
bizonyos beállításait is módosítja. 
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Üzembe helyezés 

A Laptop Mode használatához először is szükségünk van 
egy a támogatására képes rendszermagra. A Laptop Mode 
a 2.6-os Linuxokban a 2.6.6-os változattól felfelé található 
meg. A rendszermag forrásfájában a Laptop Mode leírását 
a Documentation/laptop-mode.txt fájlban találjuk. A leírásba 
beágyazva szerepel a vezérlő parancsfájl, ezt magunknak 
kell kimásolnunk és elmentenünk /sbin/laptop. mode név 
alatt. Ezután adjunk a parancsfájlra futtatási jogot: chmod 
700 /sbin/laptop. mode. 

A Laptop Mode engedélyezéséhez rootként a /sbin/ 
laptop mode start parancsot kell kiadni. A parancs- 
fájl minden szükséges műveletet elvégez, kivéve a me- 
revlemez leállítását, amelyhez a meghajtó tétlenségi idő- 
túllépését is meg kell adnunk - erre a hdparm -S 4 
/dev/hda parancs szolgál. A 4-es érték 20 másodper- 

ces tétlenségi időtúllépésre utal. Ha le akarjuk tiltani 

a Laptop Mode-ot, csak adjuk ki a /sbin/laptop. mode 
stop parancsot. 

Célszerű lehet a Laptop Mode-ot úgy beállítani, hogy akku- 
mulátoros üzemmódra váltáskor azonnal elinduljon. Ha 
ACPI-támogatással rendelkező gépünk van, akkor tegyük 
a következőket: másoljuk ki az ac adapter és a battery.sh 
fájlt a Laptop Mode leírásából, majd helyezzük őket a meg- 
adott helyre. Szerkesszük át a battery.sh-t, adjuk meg ben- 
ne merevlemezünk eszköznevét és a kívánt tétlenségi időt 
— és ennyi az egész. 


Rejtélyes bekapcsolások 
Időnként a merevlemez úgy pörög fel, hogy ennek semmi 
okát nem látjuk. Ilyenkor meg kell keresni a jelenség hátte- 
rét. A Laptop Mode ismer egy úgynevezett blokk-kiírató 
módot is, amelyet a lemezhasználat hibakeresésére lehet al- 
kalmazni. Mielőtt engedélyeznénk, tiltsuk le a syslogd-ben 
a rendszermag üzeneteinek naplózását, esetleg állítsuk is le 
teljesen. Ennek módja terjesztésünk felépítésétől függ. Ha 
nem állítjuk le a syslogd-t, gépünk végtelen ciklusba eshet, 
ugyanis a hibakeresés kimenetét átveszi a syslogd, majd ki- 
írja lemezre, ám ezzel újabb merevlemezes művelet napló- 
zását váltja ki és így tovább. 
A blokk-kiírató mód engedélyezéséhez rootként az 
echo 1 5 /proc/sys/vm/block dump parancsot kell kiad- 
nunk. A rendszermag kimenetében, amelyet most, hogy 
a syslogd nem működik, a dmesg segítségével olvashatunk 
el, az alábbiakhoz hasonló üzeneteket fogunk látni: 
bash(273): READ block 3242 on hdal (A 3242-es 
blokk olvasása a hdal eszközről) 
bash(273): dirtied inode 10237 (.bash history) on 
shdal (A hdali eszköz 10237-es fájlleírója 
ss bepiszkolódott) 
pdflush(6): WRITE block 3242 on hdal (írás a hdal 
sz eszköz 3242-es blokkjába) 


A kimenet értelmezése a következő. Egy bash nevű, 
273-as azonosítójú folyamat kiolvasta a /dev/hda1 eszköz 
3242-es blokkját. Ugyanez a folyamat bepiszkolta 

a .bash history nevű fájlt. A fájl tehát megváltozott, de 
még nem íródott ki a lemezre. A pdflush démon ezután 
írta a 3242-es blokkot, ez alighanem a bash által korábban 
módosítottal egyezik meg. 


Ha kezünkben a hibakeresési kimenet, megkereshetjük 

a hiba forrását. Ha READ (olvasás) üzenetet látunk, akkor 
célhoz is értünk. Ki kell találnunk, hogy az adott folyamat- 
nak miért volt szüksége az adatokra, majd eldönthetjük, 
hogy leállítjuk a folyamatot, vagy megváltoztatjuk az alkal- 
mazás beállításait úgy, hogy többé ne igényelje az adatokat, 
esetleg olvassa be őket előre, amikor a merevlemez éppen 
működik. Ha egy fájlt szeretnénk előreolvasni, nem kell 
mást tennünk, mint hogy kiadjuk a cat /konyvtar/fajl 
5/dev/null parancsot, lehetőleg kétszer is, így a Linux 
csak olvasható alrendszere nem dobja el azonnal a fájlt. Ha 
csak bepiszkolt fájlra utaló üzenetet látunk, akkor nem kell 
aggódnunk. Senki és semmi nem ír a lemezre, ezek az üze- 
netek csak azt jelzik, hogy egy folyamat alkalomadtán ki- 
írást igénylő módosításokat hajt végre. Ilyenkor a merevle- 
mez csak tíz percenként pörög fel, majd rögzíti a változáso- 
kat, más nem történik. 

Ha tíz percnél gyakrabban látunk WRITE üzeneteket, de 
READ üzeneteket nem találunk, vagyis nincs olyan műve- 
let, ami aktiválná a merevlemezt, akkor valószínűleg vala- 
melyik folyamat közvetlenül szinkronizálja az általa kezelt 
fájlok tartalmát. A syslogd például hajlamos ilyesmire. Ha 
azt látjuk, hogy a syslogd nem várt pillanatokban végez írá- 
sokat, akkor módosítanunk kell a sys/log.conf tartalmát. Va- 
lószínűleg van benne egy ilyen sor: 

kern.7 /var/log/kern. log 


Ez arra utasítja a syslogd-t, hogy minden a kern" maszkkal 
egyezést mutató naplóüzenet után indítson el egy fsync() 
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hívást. Ha a sort a következőképpen változtatjuk meg: 
kern." -/var/1og/kern. log 


majd újraindítjuk a syslogd-t, akkor ezeknél az üzene- 
teknél többé nem fog fsync() hívásokat indítani. Ügyel- 
jünk viszont arra, hogy mely naplófájlokra vonatkozóan 
végzünk módosításokat. Ha figyelünk a biztonságra, 
akkor például fontosnak tarthatjuk az auth.log szinkron- 
ban tartását. 


Köszönetnyilvánítás 

Ugyan nekem nincs hordozható gépem, mégis rengeteg 
örömet szerzett nekem a Laptop Mode-on végzett munka. 
Szeretnék köszönetet mondani mindazoknak, akik hozzá- 
járultak a Laptop Mode fejlesztéséhez, köztük Jens Axboe- 


nak, Micha Feiginnek, Andrew Mortonnak és Kiko Pirisnek. 


Ugyancsak hálás vagyok Jeroen Kruis segítségéért, aki 
hagyta, hogy vadonatúj PowerBook G4-esét használjam 
a kísérleteimhez. 


Linux Journal 2004. szeptember, 125. szám 


Bart Samwel a Laptop Mode az őkezdeménye- 
zése nyomán lett a 2.6-os Linux része — noha 

ő maga nem rendelkezik hordozható géppel. 
Informatikát tanul a Leideni Egyetemen, Hollan- 
diában, miközben egyedi programok írásából él 
meg. A 5 bartosamwel.tk címen érhető el. 
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Linux spektrum 
Lycoris te drága... 


A Linux és a terjesztések. 


agyon sok felhasználó számára a Linux azt a ter- 
jesztést jelenti, amelyikkel már találkozott. Aztán el- 
kerekedett szemekkel konstatálja a világ sokszínű- 
ségét, ha egy másikról is hall. Csak Európában közel 100 kü- 
lönböző összeállítás létezik. Ebből a sokaságból választottam 
ki egy érdekesnek ígérkező terjesztést. Ezt fogom a cikkben 
górcső alá venni - és bizony -, kritikával is illetni. Meg 
fogom vizsgálni alkalmazhatóságát, hibáit, erényeit is. 





Lycoris 

Ez a rendszer egy igazi érdekesség. Azért foglalkozunk 
vele, mert határozottan meglepő szemlélettel állították 
össze. Hasonló példa nem sok akad. Szellemiségét tekintve 
talán a Lindows khm... izé... Linspire áll hozzá a legköze- 
lebb. Műszaki szempontból tulajdonképpen nincs benne 
semmi különös. Ugyanúgy a Linux rendszermagot használ- 
ja mint a többi terjesztés, és alapértelmezett grafikus ablak- 
kezelője is a megszokott KDE 3.2.3-as. lalán csak a hangula- 
ta az, ami teljesen mássá teszi. Nekem a ,másik rendszer" 
jutott róla eszembe. Részben a hibái miatt... 


A csomag 

A Lycoris a cikk írásának időpontjában még beszerezhető 
volt, azóta azonban olyan hírek is lábra kaptak, hogy meg- 
szűnt. Az én változatomat egy Ítp-kiszolgálóról töltöttem 

le, amely azóta 530-as hibaüzenetet ad, és jelszót kér. Utá- 
nanéztem hát a 5 http://www.linuxiso.org weboldalon is. 
Mint kiderült, innen továbbra is működik a letöltés, csak 

az ftp-re nem enged be. 

Az Olvasó most joggal kérdezheti: miért esett a választásom 
egy olyan rendszerre, aminek a beszerzése ennyire nehéz- 
kes. lalán azért, mert valóban figyelemre méltó Linux válto- 
zatról van szó. Ami viszont teremtőjének üzletpolitikáját il- 
leti, nos az hasonlatossá vált a Linspire-éhez. (Csak halkan 
jegyzem meg: linuxos körökben az ilyen lépés rendszerint 
meglehetősen szerencsétlennek számít.) 

A Lycoris egyetlen CD-n elfér. lelepítője kifejezetten barát- 
ságos és egyszerű, néha talán túlzottan is. Lehet, hogy ben- 
nem van a hiba, de néha az volt az érzésem, hogy bizonyos 
dolgokat túlegyszerűsít. Szerettem volna elérni, hogy a tele- 
pítési beállításokba egy kicsit belenyúlhassak, de a telepítő 
ezt nem teszi lehetővé. Kizárólag a saját elképzeléseit köve- 
ti, és ebbe bele kellett törődnöm, ha működés közben is lát- 
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ni szerettem volna a rendszert. Az is meglepett, hogy ez 

a terjesztés képes csendben, egyetlen kérdés nélkül legya- 
lulni Master Boot Recordot. 

A rendszer a manapság elvárható sebességgel költözött fel 
a gépre, fél óra múlva már fent is terpeszkedett a merevle- 
mezemen. Az alapvető beállítások megadása után a gép új- 
raindult a telepített rendszerrel. Ekkor következett az első 
meglepetés. Az új rendszer nem tudott rendesen fölállni, 
rendszerbetöltés közben több sornyi hibaüzenetet produ- 





kált. Azért végül magára talált, de bejelentkezés után hihe- 
tetlen lassan működött. Olykor egy percig is eltartott, mire 
előjött az a menü, amiből újra lehetett indítani a gépet, és 
a kurzor is akadozva járt. Szerencsére érdemes volt kivárni 
egy újraindítást, mivel utána már minden tökéletesen mű- 
ködött. A rendszer hibaüzenet nélkül betöltődött és ezúttal 
úgy tűnt a sebességgel sincs gond. 

Kihasználván a lehetőséget természetesen megpróbáltam 
utánanézni, mi okozhatta a galibát. A naplófájlok körülbelül 
30 perces böngészése után (alaposan el vannak dugva) ki- 
derült, hogy az AMD processzorra orrolt meg a Lycoris. 
Őszintén szólva ezt ma sem értem, hiszen ilyen hibának 
elvileg nem szabadna felbukkannia. És ha már felbukkant, 
miért múlt el magától az első újraindítás után? Attól tartok 
ez már örökre rejtély marad. Szerencsére a macerás kezdés 
után már minden lehetőségem megvolt, hogy felfedezzem 
ezt az új világot. 


A rendszer 

Először természetesen a KDE , Start" menüjét vettem szem- 
ügyre. Alaposan végignézve azt kell mondanom, hogy kissé 
szegényes. 

A menüpontok szervezése (és általában a teljes rendszer) 

a Windowst idézi, sőt, a hasonlóság kifejezetten élethű. 

Az áttérőknek ez valószínűleg igen hasznos, hiszen az ösz- 
tönössé vált mozdulatok itt is működnek. Az persze már 
más kérdés, hogy ez mennyire hatékony. 

A keresés funkció viszonylag jól működik, és teljesen átlát- 
hatóak a kategóriák is. Az internet, a multimédia, valamint 
a hasonló alapszolgáltatások kényelmesen elérhetőek. Jó 
közelítéssel , fontossági" sorrendben következnek egymás 
alatt. Az efféle a szaknyelvben szoftver ergonómiának 
nevezett megfontolások érvényesülését sajnos csak kevés 
terjesztésnél lehet megfigyelni. 

Az egyes kategóriák tartalma ugyanakkor kicsit elkeserí- 
tett. A Desktop/LX csomag messze nem olyan felszerelt, 
mint amihez más terjesztéseknél hozzászokhattunk. 
Amint arra korábban utaltam, a Lycoris sok tekintetben 

a Windowsra emlékeztet - sajnos az alapszolgáltatások 
szűkösségében is. 

A Windowsra kísértetiesen hasonlító felhasználói felületen 
könnyen eligazodik az ember. A legfeltűnőbb eltérés talán 
az, hogy itt a , Sajátgép"-et , My Linux System" -nek hívják. 
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Erre kattintva böngészhetjük a lemezek tartalmát. Kinézet- 
re itt is tökéletes a hasonlóság, bár világosan felismerhető 
néhány Linuxra jellemző vonás. 

Nagyon hasznos a vezérlőpult. Ialán mondanom sem kell, 
hogy ez is tökéletes mása a windowsos beállítóközpontnak, 
amit ezúttal nyugodtan tekinthetünk pozitívumnak. VI- 
szonylag kevés az olyan terjesztés, amelynek kulturált, kel- 
lően részletes, a kezdő felhasználók számára is jól használ- 
ható kezelőfelülete van. Ígaz a Lycoris ezen a téren nem éri 
el a SuSE yast2-jének színvonalát, (ezt sokan a legjobb ke- 
zelőfelületnek tartják), de közelít hozzá. 

Minden olyan alapbeállítást elvégezhetünk vele, amelyre az 
internetre való csatlakozáshoz feltétlen szükség van. Ráadá- 
sul a rendszer viszonylag gyorsan működik. 

Innen érhető el a hálózati frissítés varázsló is. Ha elindítjuk, 
azonnal kapcsolódik, kigyűjti a frissítéseket, és megkérdezi, 
folytassa-e ezt a tevékenységet. Ha igennel válaszolunk, 

a rendszer frissítése már csak a hálózati kapcsolaton múlik. 
Itt is nehéz eldönteni, hogy a program egyszerűsége 
bosszantó hiányosság, vagy kifejezett előny. Megvan 
ugyanaz a betegsége, mint a telepítőnek: túlegyszerűsít, 

a felhasználónak pedig semmiféle szabadságot nem hagy. 
Gyakorlatilag egyetlen dolgot lehet benne eldönteni, frissí- 
tünk vagy nem. Ebből a szempontból a SuSE frissítőrend- 
szere biztosan veri a Lycorisét. 

Az általam tesztelt Personal kiadással egy profi felhasználó so- 
kat nem tud kezdeni. Internetezésre, amolyan vékony kliens- 
nek tökéletes. Ialán egy internet kávézóban tudnám legin- 
kább elképzelni, hiszen rendelkezik a Linux előnyeivel (stabil, 
biztonságos), ugyanakkor szinte a megszólalásig hasonlít 

a Windowsra. Komolyabb feladatra ugyanakkor alkalmatlan. 
Otthoni használatra sem tudom nyugodt szívvel ajánlani. 
A rendszer ugyanis olykor komoly csalódásokat okoz. 
Ahhoz lassan kezdek hozzászokni, hogy a fájltársításokkal 
mindenütt kicsit dolgozni kell, ha az ember tökéletesre vá- 
gyik. (A mai -napig nem világos, hogy ha egy terjesztés az 
mp layer-t alapból telepíti, akkor a KDE miért nem ezzel 
akarja lejátszani a megfelelő tartalmakat.) 

A Lycorisnál kicsit súlyosabb a helyzet. Itt időnként nincs 

is mivel társítani. Az mp3, og9 és hasonló formátumokhoz 
ugyan csomagolták az xmms-t, a filmek lejátszása azonban 
siralmas. Gyakorlatilag csak a KDE lejátszói állnak rendelke- 
zésre, ráadásul a megfelelő kodekek hiányában azok sem ér- 
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nek sokat. És ezzel ki is merítettük a Lycoris és a multimédia 
kapcsolatának tárgyalását. Ez szinte teljesen használhatatlan- 
ná teszi a rendszert egy átlagos otthoni felhasználó számára. 
A bővítések ugyan megrendelhetőek, sőt ezt interneten ke- 
resztül is megtehetjük, na de hogy 2004-ben egy Linux ter- 


jesztés ne tartalmazza alapból az mplayer-t, vagy xine-t... 


Változatok, bővíthetőség, támogatás 

A Lycorisnak két fő változata létezik, a Personal, és a Deluxe 
kiadás. Mint említettem, én a Personal kiadást teszteltem, 
amely ingyenesen elérhető. Aki dobozt is szeretne hozzá, 
annak 40 dollárt kell fizetnie. A Deluxe semmilyen formá- 
ban nem tölthető le. Kizárólag kereskedelmi úton szerezhe- 
tő be, viszont ez is csak 50 dollárba kerül. Ez a változat tar- 
talmazza a forrást, és fejlesztői rendszert is. 

Minden egyéb csomag külön rendelhető meg, és mindegyi- 
kért fizetnünk is kell. A , Productivity pack" gyakorlatilag az 
irodai programcsomagot takarja, és van benne még pár ap- 
róság. Ez gyakorlatilag az OpenOffice irodai programcsoma- 
got jelenti, valamint a PDA szinkronizációhoz használható 
Kpilot programot, amelynek egyébként a KDE részének 
kellene lennie. Ez a csomag további 40 dollárba kerül. 
Érdekes még az , Internet connect" csomag, amely valószí- 
nűleg kiszolgálókat is tartalmazhat, másként nehezen ért- 
hető a 229 dolláros ára. Egyedül a , PowerPack 1.4 perorder" 
csomag ára tekinthető ésszerűnek, lévén tartalmazza 

a Crossover Office alkalmazást, amellyel Microsoft Office 
alkalmazásokat futtathatunk Linuxon. 

Kifejezetten figyelemre méltó még a , Game Pack" csomag. 
Habár 35 dollárt kóstál, és csupa egyébként szabadon is 
használható játékot tartalmaz. 

Megtalálható benne a WineX is, mellyel hirtelen rengeteg 
játék futtatására lesz képes a Linux. lermészetesen minden 
csomaghoz jár a támogatás, és a kézikönyv, az említett ki- 
egészítők nélkül azonban a Lycoris elég rövid kaland lesz. 
Annál is inkább, mert szinte semmilyen forrás nem áll ren- 
delkezésünkre. Amit telepítettünk, az úgy is marad. 


Hardverigény, futtatás 

A kezdeti kompatibilitási gondok leküzdése után, a Lycoris 
teljesítményben nem volt sokkal rosszabb, mint bármely más 
terjesztés. A KDE felület eleve sok erőforrást igényel, amit 
csak tetéz, hogy a Lycoris csapat gondoskodott róla, hogy 
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If you click on tbe Nerwork Browsez, you can access any systems that are connected 
to the Network Neighborhood If you right click on the Network Browser, you can 
configure. access to tbe network. 


If you click on Personal Files, you can can access any földers in your directory, and 
vou can navigate up and dowa through your directories. 


Finally, if you click on Recycle Bin, you can remove any files that youve marked (or 
dragged) for deletion. 


Dol like Lycoris Desktop/LX? Definitely. Enough so that even a geek lilke me uses 
it as my every day desktop system. To prove it, teze s a screen shot of this page to 
close ttás review, 


TENFEEZZH Ezt ENE ET ér NKTE : EME, 


színes-szagos legyen a felület. Ennek pedig sajnos ára van. 

A rendszerbetöltés még gyors, a feltuningolt KDE viszont 
már lomha. Az igazi problémát azonban nem is ez jelenti, 
hanem az a tény, hogy a Lycorisban a KDE az egyetlen elér- 
hető felület. Ez ismét olyan dolog, amely alaposan korlátoz- 
za a felhasználói szabadságot. 

A rendszer hardverigénye tehát meglehetősen komoly. 
800 Mhz-es Duron processzorral és 512 MB memóriával 
jól futott ugyan, de nem kényelmesen. Látszott rajta, 
hogy nem ilyen , kis" gépekre tervezték. Ráadásul a fej- 
lesztők Intel iránti elkötelezettsége is megmutatkozott 
rögtön az elején. 


Osszefoglalás 

A Lycoris Desktop/LX igen érdekes próbálkozás, és kiváló 
példa arra, hogy kell a kényelmet a Linux stabilitásával öt- 
vözni. A Windowshoz való hasonlatosságot a készítők saj- 
nos az üzletpolitikára is kiterjesztették, ami szerintem nem 
szerencsés. A rendszer egy átlagos otthoni felhasználó 
számára nem túl jó választás, hiszen alapkiépítésben kevés 
alkalmazást és multimédiás lehetőséget tartalmaz. 
Kizárólag olyan helyen tudom elképzelni, ahol a Linux sta- 
bilitását és a Windows kényelmét ötvöző, egyengépekre" 
van szükség. Ilyen lehet egy vékony ügyfél, vagy egy 
internet kávézó gépparkja. 

A cégnek amúgy van egy másik igen érdekes terméke, 

a Lycoris PDA-ra fejlesztett változata. Ezt sajnos nem tud- 
tam jobban szemügyre venni, mivel kizárólag kereskedelmi 
úton szerezhető be, ráadásul nekem Palmom van, a rend- 
szer Pocket Pc változata pedig csak a Sharp Zaurus-szal és 
Compag Ipag -al kompatibilis. Ugyanakkor örvendetes, 
hogy a Lycoris egyáltalán szerepel ezen az egyelőre nem 
túl széles piacon. Az egyetlen Palm kézigépekre szánt Linux 
kiadás még gyerekcipőben jár. Eleve csak régi géptípusokat 
támogat, ami pedig a felszereltségét illeti, programjainak 
többsége félkész, vagy majdnem teljesen kezdeti stádium- 
ban lévő szoftver. 

A Lycoris tehát megmarad érdekességnek. Igazán reá- 

lis, és figyelemre méltó fejlesztésnek egyedül a PDA-s 
változat ígérkezik. Ezzel valóban öregbítheti ez a cég 

a Linux nevet. 


Dancsok , strogg" Zoltán 


Hálózatok (10. rész) 


A közegelérési alréteg, az ALOHA, a CSIMA, 


és az Ethernet 


Ebben a részben még mindig az adatkapcsolati réteget taglaljuk, és ezen belül 
ennek egy alrétegét a közegelérési alréteget vesszük szemügyre. Ez a LAN-ok 
és a műholdas hálózatok esetében játszik kulcsszerepet. 


okféle hálózatot hord hátán a Föld, ám ezek mind- 
egyike két nagy csoportra osztható. Az előző rész- 
ben e két nagy hálózati-osztály egyikével foglalkoz- 
tunk, mégpedig azokkal, amelyek úgynevezett kétpontos 
összeköttetést használnak. Ebben az esetben a kommuniká- 
cióban résztvevő két fél egymással egy zárt csatorna segít- 
ségével van összekötve. 

A hálózatok másik típusát az adatszóró hálózatok jelentik, 
amely esetén egy csatornán egyszerre több állomás is oszto- 
zik. Ez nagymértékben hasonlít egy telefonos konferencia- 
beszélgetéshez, ahol minden résztvevő saját teleftonkészülék- 





kel rendelkezik, és a résztvevők mindnyájan hallják egymást. 


Az adatszóró hálózatok megvalósításakor a legfontosabb 
kérdés az, hogy versenyhelyzet kialakulása esetén mi le- 
gyen a teendő. Versenyhelyzetről egyébként akkor beszé- 
lünk, amikor egy erőforráshoz egyszerre többen is hozzá 
szeretnének férni. Ha nincs korlátozás, és mindenki akkor 
veszi igénybe az erőforrást amikor csak akarja, akkor bor- 
zalmas dolgok történhetnek. Térjünk vissza a példánkhoz: 
ha az említett konferencián egyszerre többen kezdenek el 
beszélni, akkor a többiek csak érthetetlen hangzavart halla- 
nak. Kézenfekvő tehát, hogy szükség van egy olyan proto- 
kollra, amely versenyhelyzet esetén eldönti, hogy a csator- 
nára igényt tartók közül ki nyerje el a jogot az adásra. 
Ezzel a problémával az adatkapcsolati réteg egy alrétege, 

a közegelérési alréteg (MAC, Medium Access Control) foglal- 
kozik, a következőekben ezzel fogunk foglalkozni. Jelen 
cikkben az állomások közötti csatorna-kiosztás módszerei- 
vel fogunk megismerkedni. 


Csatornakiosztásos módszerek 

A versenyhelyzeteket a legegyszerűbben úgy kerülhetjük 
el, ha előre meghatározott időközönként a csatornát más- 
más állomás használja. Ezt hívjuk TDM-nek (Time Division 
Multiplexing, időosztásos nyalábolás). Azt a rövid időinter- 
vallumot, amely alatt egy állomás jogosult az adásra, az 
adott állomás időrésének nevezzük. Amikor egy olyan állo- 
másra kerül a sor, amelynek éppen nincs mondandója, ak- 
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kor az ő időrése kihasználatlan marad. Ehhez hasonló meg- 
közelítés az FDM (Freguency Division Multiplexing, frek- 
venciaosztásos nyalábolás), azzal az eltéréssel, hogy itt az 
idő helyet a csatorna sávszélességét osztják fel annyi részre, 
amennyi állomás kapcsolódik a csatornára. 

Sem az FDM, sem a IDM nem jó megoldás abban az eset- 
ben, amikor a csatornára kapcsolt állomások száma nem ál- 
landó, hanem folyamatosan változik. Ha példának okért 

a sávszélességet N egyenlő részre osztjuk, és egy adott pil- 
lanatban N-nél kevesebb számú állomás szeretne kommu- 
nikálni, akkor a sávszélesség egy része kihasználatlan ma- 
rad. Súlyosabb a probléma akkor, ha N-nél több felhasználó 
szeretne dolgozni a hálózaton. Ilyenkor elő fog fordul, hogy 
valaki számára nem marad szabad sáv, és ebben az esetben 
akkor sem lesz képes forgalmazni, ha esetleg egyes állomá- 
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sok éppen nem használják a csatornát. Az FDM (és ugyan- 
ez igaz a TDM-re is) akkor sem lehet hatékony megoldás, 
ha minden időben N darab állomás van a csatornára kötve. 
Ugyanis ha egy állomás nem használja a csatornát, akkor az 
ő sávja kihasználatlanul marad, mivel egyik állomás sem 
veheti igénybe a másikhoz tartozó frekvenciatartományt. 

A legnagyobb visszaesés a hatékonyság terén akkor tapasz- 
talható, amikor az információ áramlása löketes jellegű (a 
maximálisan forgalmazható adat mennyisége jóval nagyobb 
az átlagosnál), mivel az egyes frekvenciasávok legtöbbször 
kihasználatlanul maradnak. 

A 70-es években kidolgoztak egy akkor új megoldást a csa- 
torna kiosztásának problémájára. Ez a fejlesztés az ALOHA 
nevet kapta, amelyet eredetileg rádiós üzenetszórásos rend- 
szerekhez alkottak meg, de remekül működik minden meg- 
osztott csatornán. 

Az ALOHA alapötlete az, hogy minden állomás bármikor, 
bármennyit adhat. Ha két állomás egyszerre kezdi ezt el, ak- 
kor úgynevezett ütközés lép fel, és az állomások hibás kere- 
teket fognak kapni. Minden állomás képes észlelni az ütkö- 
zést, mivel a keretek ellenőrzőszáma helytelen lesz. Ha a kül- 
dő állomás azt tapasztalja, hogy a keret elküldésével egy 
időben más is adott, akkor véletlenszerű ideig várakozik, 
majd megkísérli ismét forgalmazni a szóban forgó keretet. 
Jogosan merül fel a kérdés, hogy mennyire lehet hatékony 
ez a módszer. legyük fel, hogy minden keret ugyanolyan 
méretű. Egy keret akkor nem fog elszenvedni ütközést, ha 
más állomás nem próbálkozik vele egyszerre egy másik ke- 
ret elküldésével. Ha egy keret elküldése t időbe telik, és 

a keretet a t0 időpontban bocsátottuk a csatornára, akkor 
egyik állomásnak sem szabad a t0 -- t időpontig adni. Egy 
keret sértetlenségének másik fontos előfeltétele az, hogy 

a küldés pillanatában ne legyen más keret a csatornán. Mi- 
vel minden állomás bármikor adhat (anélkül, hogy megnéz- 
né, van-e forgalom a csatornán), ezért a keret akkor is meg- 
sérül, ha bármely más állomás adott a t0 - t és t0 -- t időin- 
tervallumban. Különböző valószínűségszámítási módsze- 
rekkel kiszámolható, hogy az ALOHA csatorna-kihasznált- 
sága 1890. Ez valóban elég soványnak tűnik, de ahhoz ké- 
pest nem olyan rossz az eredmény, hogy az állomásoknak 
egyébiránt nem kell egymáshoz alkalmazkodniuk, minden- 
ki akkor ad, amikor csak szeretne. 

Ez a csatorna-kihasználtsági arány megduplázható úgy, 
hogy az időt felosztjuk egyenlő szakaszokra, amelyek mére- 
te megegyezik egy keret elküldési idejével. Ezután az állo- 
mások kizárólag egy ilyen időszakasz kezdetén küldhetnek 
kereteket a csatornára. Ehhez persze az kell, hogy minden 
állomás szinkronban legyen a többivel, azaz előre megálla- 
podjanak a szakaszhatárok helyében. Erre az egyik lehetsé- 
ges módszer az, hogy egy előre kijelölt állomás az egyik 
időszakasz kezdetén speciális jelet küld a csatornára. Ezt 

a többiek érzékelik és ehhez hangolják saját órájukat. Ez az 
úgynevezett réselt ALOHA. 


Csatornafigyelő protokollok 

Nehéz az ALOHA-nál jobb megoldást találni abban az eset- 
ben, amikor az állomások nem tudják ellenőrizni, hogy ép- 
pen forgalmaz-e valaki más is a csatornán. A LAN-ok eseté- 
ben az egyes állomások azonban érzékelik a forgalmat, 
ezért lehetőség kínálkozik olyan protokollok használatára 
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is, amelyek tekintettel vannak a többi állomás működésére 
is. Ezeket nevezzük csatornafigyelő protokolloknak, ame- 
lyek - nem meglepő módon - jóval hatékonyabbak az 
ALOHA-nál. Az állomások azon képességét, amely segít- 
ségével érzékelni tudják, hogy éppen foglalt-e a csatorna, 
vivőjel-érzékelésnek nevezzük. 

A legegyszerűbb csatornafigyelő protokoll az 1-perzisztens 
CSMA (Carrier Sense Multiple Access, vivőjel-érzékelés több- 
szörös hozzáféréssel). Működése egyszerű: ha egy állomás 
küldeni akar, de a csatorna foglalt, akkor addig vár, amíg az 
fel nem szabadul. Amint ez bekövetkezik, az állomás útnak 
indítja a keretet. Ha ütközés lép fel, akkor véletlen ideig vá- 
rakoznia kell, majd ismét meg kell próbálnia elküldeni a ke- 
retet. Az ,1-perzisztens" kifejezés azt jelenti, hogy amint 
felszabadul a csatorna, az adásra kész állomás pontosan 

1 valószínűséggel (azaz biztosan) fog keretet küldeni. 
Láthatjuk, hogy ez egy meglehetősen türelmetlen protokoll. 
Eme tulajdonsága némiképp csökkenti a csatorna hatékony 
kihasználását. Ha ugyanis két állomás is adásra kész álla- 
potban van, akkor amint felszabadul a csatorna, mindket- 
ten egyszerre kezdenek el adni. Ez értelemszerűen keretüt- 
közéshez vezet. 

Ennek kiküszöbölésére megoldás lehet a nemperzisztens 
CSMA használata. Ez már egy kicsit türelmesebb protokoll, 
azaz ha a csatorna foglalt, nem figyeli folyamatosan, hogy 
az mikor szabadul már fel, hanem véletlen ideig vár. Ha ek- 
kor már szabad a csatorna, akkor adni kezd, ha nem, akkor 
valamennyit ismét várakozik. Ezzel a módszerrel valóban 
nő a csatorna kihasználtsága, viszont ennek ára van: az ál- 
lomás nagyobb késleltetésekkel küldi a kereteket. 

Jobb megoldást kínál a p-perzisztens CSMA protokoll. Ha- 
sonlóan a réselt ALOHA-hoz, itt is csak meghatározott idő- 
közönként szabad kereteket küldeni. Ha valaki adni szeret- 
ne, akkor először bele kell hallgatnia a csatornába, hogy 
van-e rajta forgalom. Ha nincs, akkor p valószínűséggel ad- 
ni fog, vagy a - p - 1 valószínűséggel várakozik a követke- 
ző időrés kezdetéig. 

Fokozhatjuk a hatékonyságot azzal, hogy az adó állomáso- 
kat képessé tesszük a keretek ütközésének érzékelésére. Er- 
re a legjobb módszer a csatornán észlelhető jelek impulzus- 
hosszának és feszültségszintjének figyelése, ezeket utána 
össze kell hasonlítani a kibocsátott jellel. Ha nem egyeznek, 
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akkor minden bizonnyal keretek ütközéséről van szó. Ilyen- 
kor fel kell függeszteni a keret küldését, majd az adás vélet- 
len idejű várakozás után kísérelhető meg újból. Ezzel 

a módszerrel működik a CSMA/CD (CSMA with Collision 
Detection, CSMA ütközésérzékeléssel) protokoll, amely időt 
takarít meg azzal, hogy a biztosan sérült keretek küldésé- 
nek idejét megspórolja. 

Vessünk egy pillantást az 1. ábrára, amely a CSMA/CD mű- 
ködését mutatja be akkor, amikor két állomás időben egy- 
szerre ad. A t0 időpillanatban még csak az A állomás kezdi 
el a keret küldését. A t1 időpillanat annyira közel van a t0- 
hoz, hogy a kicsit távolabb lévő C állomás még nem érzé- 
kelhette, hogy az A adni kezdett, így ő a csatornát még sza- 
badnak érzékeli. A t2 időpontban a C állomáshoz megér- 
keznek az A által küldött keret első bitjei. Mivel ezek 
,Összekeveredtek" a C által küldött bitekkel, ezért ütközés 
áll fenn, így a C azonnal befejezi a keret küldését. Az A ek- 
kor még tovább küld, mivel ő még nem érzékelte az ütkö- 
zést. Kicsit később az A is észleli, hogy nem az van a csator- 
nán, amit ő küldött, így azonnal be is fejezi az adást. 


Az IEEE 802.3 szabvány 

Ez egy 1-perzisztens CSMA/CD protokollt definiáló szab- 
vány, amely a legelterjedtebb a LAN-ok világában. Az első 
ilyen hálózatot a Xerox építette, amely egy 1 km-es kábel se- 
gítségével több mint száz állomást kapcsolt össze, és mint- 
egy 249 Mb/s-os sebességre volt képes. Ezt a rendszert 
Ethernet-nek nevezték el. (Ez az megnevezés a luminiferous 
éter kifejezésből ered, amely a XIX. századi fizikusok véle- 
kedése szerint kitölti az egész teret, és lehetővé teszi az 
elektromágneses hullámok terjedését). 

Az Ethernet hamar sikeres lett, és a Xerox sok más céggel 
együttműködve (például az Intel-el és a DEC-el) létrehozta 
a 10 Mb/s-os Ethernet szabványt. Ez 1983-ban történt, azon- 
ban azóta sokat fejlődött a technika. 1995-ben egy új 
Ethernet szabványt vezettek be, a Fast Ethernet-nek nevezet- 
tet, amely már 100 Mb/s-os átviteli sebességre is képes volt. 
A Fast Ethernet-re a későbbiekben még részletesen kitérünk. 


Ethernet ábelezés 

Maga az ,ether", vagy magyarul éter szó a kábelezésre utal, 
ezért hamarjában nézzük is meg, milyen módon köthetjük 
számítógépeinket egy Ethernet hálózatba. Az első kábeltípus 
a 10Base5, avagy polgári nevén vastag Ethernet, amely való- 
ban egy igen vastag koaxiális kábel. Előnye, hogy egy kábelre 
akár száz gépet is felfűzhetünk, és meglehetősen hosszú, akár 
500 méteres szegmenseket is létrehozhatunk. Ebből kifolyó- 
lag ez a tipusú megoldás leginkább gerinchálózatnak alkal- 
mas. Hátránya azonban, hogy drága, és nehézkes telepíteni. 
A 2. ábrán láthatjuk, hogy miként kapcsolhatjuk az állomá- 
sokat egy ilyen kábelre. Ehhez egy adó-vevőre (transceiver) 
van szükségünk, amely a kábelhez csatlakozik, mégpedig 
úgy, hogy egy tüskét mélyeszt a kábel tém magjába (szokás 
ezért vámpír-csatlakozónak is hívni). Az adó-vevő feladata 
a vivőjel érzékelése, illetve a keret-ütközések felfedezése. 
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Ezt az eszközt az állomással egy másik kábel köti össze, 
amely a számítógépbe szerelt vezérlő-kártyához csatlako- 
zik. Ennek az áramkör arra való, hogy az adatkapcsolati ré- 
teg számos feladatát ellássa: kereteket kell küldenie és fo- 
gadnia, ellenőrző összegeket kell kiszámítania, stb. 

A következő kábeltípus a vékony Ethernet, vagy hivatalos 
nevén a 10Base2. Ez az előbbinél egy jóval vékonyabb koa- 
xiális kábel, ezért egyrészt olcsó, másrészt könnyebben haj- 
lítható. Ebból adódóan könnyebben el lehet vezetni például 
a fal mellett. Hátránya viszont a 10Base5-höz képest az, 
hogy legfeljebb csak 200 méter hosszú szegmensek kialakí- 
tására alkalmas, és egy ilyen szegmens nem több, mint 30 
állomást tartalmazhat. 

Az állomások bekötése viszont egyszerűbbé vált. A ká- 
belt egy nem túlzottan bonyolult, T alakú BNC-nek ne- 
vezett csatlakozóval kapcsolhatjuk a géphez. A vivőjelet és 
az ütközést érzékelő elektronika így az állomás (hálózati) 
illesztő-kártyájára került. Ennek köszönhetően az ilyen ká- 
belezésű hálózatok telepítése, illetve újrakonfigurálása 
sokkalta egyszerűbb feladat, mint az a 10Base5 esetében. 
Mindkét kábelezésnek van azonban egy súlyos hiányossága: 
nehéz a hibakeresés. Ha a kábel valahol megtörik, vagy egy 
csatlakozó meglazul, akkor egyrészt sorban ellenőrizni kell 
az összes állomást, másrészt a hiba az összes állomásra ki- 
hat. Ez azt jelenti, amíg meg nem találjuk a probléma forrá- 
sát, addig az egész hálózatunk használhatatlan állapotban 
van. Ennek kiküszöbölésére született meg a 10Base-T elne- 
vezésű kábelezés, ahol minden géptől egy külön csavart ér- 
párú kábel vezet az úgynevezett elosztóhoz (hubhoz). Talán 
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nem kell ecsetelnünk, hogy ez a megoldás mennyire meg- 
könnyíti új állomások telepítését, illetve a hálózatból régiek 
eltávolítását. Hátránya az, hogy a hub és az állomások között 
a maximális távolság csak 100, esetleg 150 méter lehet. Ezen- 
kívül az elosztók ára sem mindig a legbarátságosabb. Ennek 
ellenére ma már ez a kábelezési forma a legnépszerűbb. 

A 100 Mb/s-os sebességű Fast Ethernet hálózatok is ezt hasz- 
nálják, igaz, ennek egy gyorsabb változatát, a 100Base-1-t. 

A negyedik és egyben utolsóként említett kábelezési lehető- 
ség a 10Base-F, amely üvegszálakat használ az állomások 
összekapcsolásához. Ez rendkívül drága megoldás, ugyan- 
akkor a nagy zajtűrés miatt hihetetlenül jó minőséget bizto- 
sít. Abban az esetben érdemes ezt használni, amikor vi- 
szonylag nagy távolságot szeretnénk áthidalni. Példának 
vehetjük azt az esetet, amikor az összekötni kívánt gépek 
két külön épületben vannak. 

Akármelyik kábelezési eljárást is alkalmazzuk, a távolsá- 
gok behatároltak lesznek. Ha valami oknál fogva arra vol- 
na szükség, hogy a megengedettnél nagyobb kiterjedésű 
LAN-t építsünk, akkor úgynevezett ismétlőkre (repeaters) 
lesz szükségünk, amelyek felerősítik a rajtuk átmenő jele- 
ket. Fontos lehet tudni, hogy ezek az eszközök a fizikai 
réteg szintjén dolgoznak, azaz nem tesznek mást, mint 
minden irányban megismétlik az általuk kapott a jeleket. 
Vannak olyan eszközök, amelyek képesek a ,magasabb" 
szinten lévő struktúrákkal is foglalkozni, például a kere- 
tekkel vagy a csomagokkal. Ilyen például a híd vagy az 
útválasztó (router) , amely eszközökkel a későbbiekben 
részletesen is foglalkozunk. 


Az Ethernet MAC protokollja 

Nézzük meg felszínében, a gyakorlat során miként is műkö- 
dik az Ethernet. Kezdjük a keretek felépítésének bemutatá- 
sával! A 3. ábrán láthatunk erre egy példát. Szürkével jelöl- 
tük az úgynevezett előtagot, amelynek értéke mindig 
10101010. (Nem véletlen, hogy az előtagban mindegyik bit 
különbözik a szomszédaitól. A 802.3 szabványok úgyneve- 
zett Manchester kódolást alkalmaznak, amely segítségével 
az állomások meg tudják különböztetni a logikai 0-t a csa- 
torna forgalom-mentes állapotától. Az ilyen minta Manches- 
ter kódolása lehetővé teszi, hogy a vevő az óráját az adóé- 
hoz szinkronizálja). Ezután a keret kezdetét kijelölő bájt kö- 
vetkezik. 

A következő két mező a cél, illetve a forrás cím, amelyek 48 
bitből állnak. Lehetőség van arra, hogy egy keretet ne csak 
egy gépnek címezzünk. Erre szolgál a cél címének legfelső 
helyiértékű bitje, amelynek ha 1 az értéke, akkor a célcím 
csoportcímként értelmezhető. Ilyenkor a keret minden 
olyan állomáshoz eljut, amely tagja a kérdéses csoportnak. 
Ez az úgynevezett többes küldés (multicasting). Lehetőség 
kínálkozik arra is, hogy a hálózatba tartozó összes géphez 
elküldjük a keretet. Ilyenkor beszélünk adatszórásról 
(broadcasting) , és ebben az esetben a célcím minden bitjét 
1-re kell állítanunk. 

A címbitek közül mindenképp ki kell még emelnünk a 46. 
bitet, amely az előbb tárgyalt legmagasabb helyiértékű bit 
szomszédja. Ez mondja meg ugyanis, hogy a kérdéses cím 
helyi vagy globális. A helyi címek értelemszerűen csak az 
adott hálózaton belül érvényesek, és ezeket a hálózatot üze- 
meltető személyek jelölhetik ki. Más a helyzet a globális cí- 


14 Linuxvilág 


mek esetén, mivel ezeket egy központi szervezet (az IEEE) 
határozza meg, méghozzá úgy, hogy a világ összes hálózati- 
kártyája egyedi MAC címmel rendelkezzen. 

Ezután következik az adatmező hosszát tartalmazó mező. 
Egy Ethernet keret legfeljebb 1500 bájtnyi adatot tartalmaz- 
hat. Az adatmező méretének elméletileg nincs alsó korlátja, 
de a 0 hosszúságú adatmezők a gyakorlatban két ok miatt 
mégsem megengedettek. 

Az első ok az, hogy amikor az állomás adó-vevője keret-üt- 
közést érzékel, nem küldi el a keret hátralévő részeit. Így 

a kábelen sok félig elküldött keret lesz jelen. Mivel ezeket 

a csonka kereteket valahogy meg kell különböztetni a sér- 
tetlenektől, ezért a szabvány azt írja elő, hogy minden ke- 
retnek legalább 64 bájt hosszúnak kell lennie. Ha ebből le- 
vonjuk a keret többi részének méretét, akkor azt kapjuk, 
hogy legalább 46 bájtnyi adatot kell minden keretnek tartal- 
maznia. Ha mégis kevesebb volna az elküldendő adat, ak- 
kor egy úgynevezett töltelék mezőt kell bevezetni az adat- 
mező után (az ábrán ezt nem tüntettem fel). 

A túlságosan rövid keretek tiltásának másik oka ennél sok- 
kalta nyomósabb. Ha a LAN-unk elég nagy, akkor előfor- 
dulhat, hogy egy 64 bájtnál rövidebb keret küldése előbb 
befejeződik, mint ahogy annak eleje a hálózat legtávolabbi 
részéhez elérne. Ha a hálózat , határvidékén" egy állomás 
szintén egy keret küldésével próbálkozik (mit sem sejtve 
arról, hogy már úton van felé egy másik), keret-ütközés fog 
fellépni. Ezt érzékelni is fogja, és ennek következtében meg 
is szakítja saját keretének küldését. A probléma azonban az, 
hogy a többi állomás is érzékelni fogja a keret-ütközést, így 
egyik keret sem fog célba érni. A rövid keretet küldő állo- 
más azonban az ütközésről csak a saját keretének elküldése 
után értesül, azaz azt fogja feltételezni, hogy az sértetlenül 
megérkezett. 

Mivel az ilyen helyzetek téves működést eredményezhet- 
nek, ezért kiszámolták, hogy a szabványban meghatározott 
maximális méretű hálózaton (2500 méter, 4 ismétlővel), 
mekkorának kell lennie a legkisebb keret méretének, hogy 
ne jelentkezhessen a fentebb említett probléma. Arra az 
eredményre jutottak, hogy egy keret elküldésének legalább 
51,2 us-ig kell tartania. Ez pontosan 64 bájt 
útrabocsátásához elegendő idő. 

Fontos megjegyeznünk, hogy ez az érték csak a 10 Mb/s-os 
Ethernet hálózatok esetében ennyi. Ha a hálózat sebessége 
nő, akkor nagyobb minimális keretméretet kell megnövelni, 
vagy a maximális kábelhosszúságot szükséges csökkenteni. 
Összehasonlításként megemlíthetjük, hogy egy 2500 méte- 
res 1 Gb/s-os sebességű hálózat esetén a legkisebb megen- 
gedett keret méretét 6400 bájtra kell növelni. 

Az Ethernet keretek legutolsó mezője az ellenőrzőösszeget 
tartalmazza, amely a keret sértetlenségéről tanúskodik, vagy 
éppenséggel jelzi a zavart. Ennek segítségével tudjuk kiszűr- 
ni a vezetéken keletkező zajok okozta átviteli hibákat. Az el- 
lenőrzőösszeg kiszámításához a CRC algoritmust használják. 
A következő részben tovább taglaljuk az Ethernet hálózatok 
felépítését. Szó esik még a hidakról és a nagy sebességű há- 
lózatokról is. Ezután megismerkedünk az egyetlen olyan 
WAN hálózattal, amelyik szintén adatszóró csatornát hasz- 
nál: a műholdas hálózattal. 


Garzó András 


A drótnélkuli konyha 


Avagy hogyan kezeljük rádiós hálózati beállításainkat mozgás közben, és miként 
találjuk meg a legjobb minőségű kapcsolatot. 


em Francois, köszönöm, most nem akarok leülni. 
Igen, és is látom, hogy az asztalok üresek. Ez azon- 
ban csak azért van, mert a vendégeink még nem 
érkeztek meg. Hogyan? Á értem már! Azon csodálkozol, 
hogy körbe-körbe járok itt kezemben ezzel a laptoppal és 
közben egy pillanatra se ülök le sehova. Nos, kedvesem, az 
indok igen egyszerű. Rádiós hozzáférési pontokat telepítet- 
tem a borospincénk minden zugába, amelyeket természete- 
sen vendégeink is használhatnak. Most azért járok itt föl-alá 
a laptoppal, hogy ellenőrizzem a jel erősségét. Meg akarok 
győződni róla, hogy vendégeinknek mindenütt lesz kap- 
csolata a külvilággal, akármelyik asztalhoz is ülnek le. 

Isten hozta önöket kedves vendégeim Marcelnél, a legfino- 
mabb linuxos konyhában, és a legjobb borok hazájában, 
ahol immár vezeték nélküli internet kapcsolatot is kiépítet- 
tünk. Kérem foglaljanak, helyet és helyezzék magukat ké- 
nyelembe. Fancois, irány a pince, és hozd fel nekünk az 
1998-as évjáratú Édenvölgyi Ausztrál Rizlinget! 

Mielőtt önök megérkeztek, kedves vendégeim, hosszasan 
vizsgáltam, vajon az étterem minden pontjáról azonos mi- 
nőségben érhető-e el a vezeték nélküli kapcsolat. Amíg ha- 
gyományos hálózati csatolókártyákat használtunk, egy kis 
lámpa világított, ha volt élő kapcsolatunk. A rádiós kapcso- 
latot biztosító kártyáknál a helyzet már korántsem ilyen 
egyértelmű. A szolgáltatás minőségét is a hozzáférési pont- 
tól való távolság, a jelerősség, a jelfogó elhelyezése és egyéb 
ehhez hasonló tényezők határozzák meg. Mármost nincs is 
ezzel semmi baj, ha az ezzel kapcsolatos információk a ren- 
delkezésünkre állnak. 

A napjainkban rendelkezésre álló segédeszközök egész sor 
lehetőséget biztosítanak a jelerősség méréséhez, vagy az elér- 
hető hozzáférési pontok megtalálásához. A legtöbb ezek kö- 
zül erősen támaszkodik Jean Tourrilhes munkájára, ki a rend- 
szermagba segített beépíteni a vezeték nélküli kapcsolatok 
támogatását. Én is megállok tehát most, hogy munkája előtt 
tisztelegjek. Látom Fancois már felszolgálta a borokat, tehát 
itt az ideje, hogy belekóstoljunk a mai menü első fogásába. 
Amint azt már többször említettem, kifejezetten odavagyok 
a WindowMaker alatt futó dokkoló alkalmazásokért, ame- 
lyek olyan egyszerűek és olyan keveset foglalnak el a fel- 
használói felületből. Most is három ilyennel fogom kezdeni 
a bemutatót. Az első Jess Mahan WmWiFi nevű alkalmazása 
(lásd az 1. ábrát). Ezen a kis WindowMaker alkalmazáson azt 
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1. ábra A WmWiH, a wminfo és a wmWave felülete 


hiszem azért akadt meg a szemem, mert erősen hasonlít az 
első mobiltelefonom térerőt jelző alkalmatosságára. Letölt- 
hetjük Debian csomag formájában, de természetesen ren- 
delkezésre áll a forrás kód is. Utóbbi lefordítása a már jól is- 
mert öt lépésből áll: 

tar -xzvf wmwifi-O.4.tar.gz 

cd wmwifi-0O.4 

. /configure 

make 

su -c "make install" 


Futtatásához a parancssorban adjuk ki a wmifi parancsot. 
Ha nem WindowMaker ablakkezelőt használunk, a kép eset- 
leg nehezen jelenik meg. Ilyenkor lehet hasznos a wmwifi - 
bw formában való indítás, amelynél a megadott kapcsoló 
,nem megfelelő ablakkezelő" (broken window manager) rö- 
vidítése. (Nem állíthatom, hogy a szerzőnek nincs humo- 
ra...) A WmWiFi alapértelmezett megjelenése a szürke háttér, 
de ha a dokkolt alkalmazásra kattintunk, bekapcsolódik 

a háttérvilágítás, amitől az LCD színe átvált szép zöldre. 
Egészen hasonló a Carsten Schürmann által készített 
wmWAVE, amely a térerő mérése mellet néhány egyéb szol- 
gáltatást is kínál. (A programot immár Jens Schürmann tart- 
ja karban.) Ez az alkalmazás kijelzi a kapcsolat minőségét, 
illetve a zajszintet is. A forráskód lefordításához egyszerűen 
csomagoljuk ki fájlokat, majd adjuk ki a make és make 
install] parancsokat. Futtatásához a parancssorban 

a wmwave parancsot kell kiadni. 

A harmadik WindowsMaker alkalmazás az Ico Doornekamp 
által készített wmifinfo. szemben az előzőekkel ez nem egy 
kifejezetten vezeték nélküli alkalmazás. Elindításakor kör- 
benéz, detektálja az össze hálózati kapcsolatot, és vala- 
mennyiről információt szolgáltat. Ha rádiós kapcsolatot ta- 
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2. ábra A wavemon sokmindent megmutat 


lál, akkor kijelzi a mért térerőt. Forráskódjának elérhetősé- 
gét a cikkhez tartozó források felsorolásában találjuk. 
Lefordításához megint nem kell mást tennünk, mint kicso- 
magolni, majd kiadni a make és a make instal 1] parancsokat. 
Futtatásához a wmi finfo parancsot kell használnunk. Aki ra- 
gaszkodik a szürke LCD panelhez, az használja a -1] kapcso- 
lót is. Ha a gépben több hálózati interfész is van, azok között 
a jobb egérgombbal válthatunk. Végül a -i kapcsoló segítsé- 
gével megadhatjuk, hogy a program elinduláskor melyik 
csatoló adatait jelezze ki (például wmi finfo -i eth0). 

A parancssor szerelmesei, akárcsak jómagam, szeretik az 
olyan alkalmazásokat, amelyek grafikus felület nélkül, de 
mégis stílusosan látnak el egy feladatot. Jan Morgenstern 
wavemon nevű programja ebbe a csoportba tartozik. Ez az 
alkalmazás egyetlen ncurses ablakban jeleníti meg a hálóza- 
ti kapcsolatok minőségét jellemző összes paramétert. A mi- 
nőséget dinamikus oszlopgrafikon jelzi. A wavemon-nak 
ezen kívül van hisztogramot megjelenítő nézete, illetve le- 
hetővé teszi a beállításoknak a képernyőn történő megadá- 
sát is (lásd a 2. ábrát). 

A wavemon fordítása ismét csak a szokásos öt lépésből álló 
folyamat, futtatásához pedig a wavemon parancsot kell hasz- 
nálnunk. Az induló képernyőn összefoglaló adatokat látha- 
tunk, amely magában foglalja a jelszinteket, a ICP statiszti- 
kát, a működési mód leírását, a titkosítást, a bitsebességet, az 
aktuális hozzáférési pont leírását, a helyi hálózati kártya ada- 
tait és sok egyebet. Valamennyi műveletet a funkcióbillen- 
tyűk segítségével indíthatjuk. A hisztogram nézet bekapcso- 
lásához nyomjuk meg az [2-t, az áttekintő nézethez pedig az 
F1 segítségével térhetünk vissza. A beállító képernyőhöz az 
F7-et megnyomva férhetünk hozzá. Ha netán elfelejtenénk, 
hogy melyik gomb mire való, csak vessünk egy pillantást 

a képernyő aljára, ahol mindig látható az összefoglaló. 

A KDE legújabb, 3.2-es verziószámot viselő változatában 
már megtalálhatunk egy KWiFiManager nevű, igen tetsze- 
tős alkalmazást is. Ez a program, amit Stefan Winter írt, az 
előzőekhez hasonlóan képes kijelezni a rádiós kapcsolatok 
minőségét, de ezen túl számos egyéb szolgáltatása is van. 
Lehetővé teszi például, hogy négy különböző konfigurációt 
állítsunk be. Azok az , országúti harcosok", akik életüket 
irodáról irodára vándorolva töltik, igen hasznosnak találják 
majd ezt a lehetőséget. 

A KWiFiManager alapértelmezésként nem települ. Ha ellen- 
őrizni akarjuk, hogy rendszerünkön elérhető-e, vessünk 
egy pillantást a KDE menüre, vagy próbáljuk meg kiadni 

a kwi fimanager parancsot. 
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3. ábra KWiFiManager 


Induláskor a KWiFiManager megjeleníti a jelerősséget, 

a kapcsolat sebességét, a hozzáférési pont leírását, a helyi ÍP 
címünket, valamint a kommunikációs csatorna fÍrekvenciá- 
ját. A kapcsolat minőségétől függően a TOP (csúcs), 
EXCELLENT (kiváló) vagy az ULTIMATE (kb. félelmetes) 
szavak egyikét láthatjuk a numerikus kijelző mellett. Ezzel 
együtt a tálcán is megjelenik egy kis ikon, amin szintén lát- 
ható a megfelelő numerikus érték és annak grafikus megfe- 
lelője. Ha a kapcsolat minőségének időbeli alakulását akar- 
juk megjeleníteni, válasszuk a File menüből a Connection 
statistics (Kapcsolati statisztika) pontot (3. ábra). 

Mindazok számára, akik becsapva érzik magukat, mert hiá- 
nyolják a tudományos-fantasztikus filmekben a számítógé- 
pek által keltett apró zajokat, csipogásokat és egyéb 
prüntyögéseket, a KWiFiManager-nek van hangszolgáltatá- 
sa is. Bekapcsolhatunk egy csipogó hangot, ami a rádiós 
kapcsolat minőségétől függően magasabb vagy alacsonyabb 
tónusban , pittyeg7. Ehhez válasszuk a Config menüből az 
Acoustic Scanning pontot. Mindenkit szeretnék figyelmez- 
tetni, hogy a csipogás rövid távon ugyan mulatságos, 
hosszan hallgatni azonban nem valami jó szórakozás. 

A KWiFiManage messze több egy térerőkijelzőnél. Lehető- 
séget ad például arra, hogy automatikusan kapcsolódjunk 
különböző hálózatokhoz. Ezek beállításához válasszuk 

a Config (Beállítások) menüből a Configuration Editor 
(Beállításszerkesztő) pontot. A program előbb bekéri a root 
jelszavát, majd megjelenik egy valamivel nagyobb ablak. 
Ennek a tetején négy fület látunk, amelyeken a Config1...4 
feliratok olvashatók. Mindegyik fülhöz ugyanolyan ablak 
tartozik, amelyekben megadhatjuk az egyes hálózatok kü- 
lönböző paramétereit. Ezekről mindjárt bővebben is szólok, 
de most azt szeretném, ha vetnénk egy rövid pillantást 

a KWiFiManager ablakának alsó részére. Ott virít egy jelölő- 
mező, amivel azt írhatjuk elő, hogy az itt megadott beállítá- 
sokat a KDE indulásakor automatikusan jussanak érvényre. 
Ha például az időnk túlnyomó többségét a saját irodánkban 
töltjük, akkor célszerű ennek a helynek a hálózati beállítá- 
sait megtenni alapértelmezettnek. 

Akkor mott térjünk vissza a beállítási lehetőségekhez. 

A legalapvetőbb információ, vagyis az adott hálózat neve 
rögtön ott van az ablak tetején. lermészetesen minden 
egyes beállításhoz tartozik egy ilyen. Ha azt akarjuk elérni, 
hogy induláskor a KDE egyszerűen keresse meg az éppen 
elérhető hálózati kapcsolatot, és használja az ahhoz tartozó 
beállításokat, akkor az ANY nevet alkalmazzuk. A névtől job- 
ba látható a kapcsolat sebességének megadására szolgáló 
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4. ábra Akár 4 kapcsolatot is kezelhetünk 


mező. Én ezt mindig az Auto beállításon hagyom. Közvetle- 
nül a beállítások alatt találunk egy mezőt, amiben annak 
a szkriptnek a nevét adhatjuk meg, amelynek csatlakozáskor 


e LL 


a rendszer által ajánlott alapbeállításokat. Jómagam bizo- 
nyos a tűzfalat beállító programokat szoktam itt lefuttatni 
attól függően, hogy milyen szolgáltatásokat akarok elérhető- 
vé tenni, illetve hogy éppen hol vagyok. Ha már a bizton- 
ságnál tartunk van kissé lejjebb egy jelölőmező, amivel 

a kapcsolat titkosítását írhatjuk elő. Ha olyan hozzáférési 
ponthoz csatlakozunk, amely WEP titkosítást használ, erre 
mindenképpen szükségünk lesz. Az alkalmazás ablakban 
néhány további beállítási lehetőséget találunk. Megadhat- 
juk például a használni kívánt jelszavakat. Ha mindezzel 
végeztünk, akkor kattintsunk az OK vagy az Alkalmaz 
gombra, (Utóbbi nyilván akkor hasznos, ha további beállí- 
tásokat is meg szeretnénk adni.) És ezzel meg is volnánk. 
lalán érdemes még megjegyezni, hogy ugyanehhez 

a beállítóablakhoz a KDE Vezérlőközpontból (KDE Control 
Center) is hozzáférhetünk kcontrol néven. a megfelelő pon- 
tot az Internet beállítások között kell keresnünk. 

Nos kedves barátaim, ismét eljött a búcsú perce, de ahogy 
tudjátok, Marcel soha nem veszi túl komolyan a zárórát. 
Igyatok hát még egy pohárral e jó borból, és élvezzétek 

a vezeték nélküli hálózat áldásait. 
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le kell futnia. Ez természetesen akármi lehet, héjprogram is. 
Vannak, akik ide megírják a saját, különleges igényeikhez 
igazodó szkriptet, de olyanok is akadnak, akik elfogadják 
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Jedi Knight2: Jedi Outcast! 


A PC monitorán valahogy sosem volt képes engem megragadni a Star Wars 
univerzum. A filmek nagyon tetszettek, de ez volt minden. Egészen addig, amíg 
egyszer véletlenül, a kezembe nem akadt a Jedi Knight második része, amelynek 
varázslatos világával most végre a Linux felhasználók Is megismerkedhetnek. 


zinte tökéletes az illúzió, min- 
den pillanatban a Star Wars 
galaxis világában érezhetjük 
magunkat. A történet szerint mi Kyle 
Katarn-t alakítjuk, aki az új köztársa- 
ságban röpköd hajójával, no és bájos 
hölgy segítőjével, aki mellesleg igen 
közel áll a szívéhez. Ekkor kapjuk 
Mon Montha szenátor asszonytól 

a megbízatást, (egy animáció kereté- 
ben) hogy nézzünk szét egy bolygón, 
amely egy régi birodalmi állomásnak 
ad otthont, és mellesleg igen gyanús. 
lermészetesen elvállaljuk, melynek 
során végérvényesen belegabalyo- 
dunk egy szövevényes összeesküvé- 
sekkel, és sok-sok legyilkolandó ellen- 
séggel tarkított történetbe. Ekkor saj- 
nos még semmit sem tudunk a Jedi te- 
hetségünkről, olyannyira, hogy egy 
csirke lézerpuskával vagyunk kényte- 
lenek irtani az ellent. Ouake rajongók 
előnyben. 

Legalábbis az elején. A játék ugyanis 
az első küldetésig — híven a Jedi 
Knight sorozathoz — FPS módban 
játszható, ám a Jedi tudományok is- 
meretével a hátunk mögött már a jó 
öreg Lara Croft nézetben folytatjuk 

a kalandot. lermészetesen opcionáli- 
san ekkor is választhatjuk az FPS mó- 
dot, de tapasztalataim szerint határo- 
zottan kényelmetlen. Az első küldetés 
befejezése után (jó szereplésünk okán) 
teljesen ráállítanak minket az ügyre. 
Küldetésünk az, hogy kiderítsük, mi is 
történik itt. Ekkor átküldenek a Yavin 
IV-re, ahol bizony maga a nagy Luke 
Skywalker kezdi meg képzésünket 

a Jedi Akadémián. Érdemes nagyon 
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figyelni, (és a lehető legjobban elsajátí- 
tani a billentyűzet használatát) mert 
az Erő használata nélkül gyakorlatilag 
esélytelenek vagyunk. A billentyűzet 
és egér kombinálásának ismerete pe- 
dig garancia arra, hogy az — egyéb- 
ként elég kemény - Dark Jedi harcoso- 
kat is át tudjuk küldeni az örök va- 
dászmezőkre. 

A pályák változatossága igazi élmény, 
ötletességük pedig példaértékű. Kül- 
detést fogunk teljesíteni a Yavin IV-en, 
A Bespin-i felhővárosban, sőt kalózok- 
tól, bűnözőktől hemzsegő űrkikötő- 
ben, kocsmában, birodalmi csillagrom- 
bolón. Harcrendszere igen érdekesre 
sikeredett, lévén a sötét harcossal foly- 
tatott küzdelem animált végkifejlettel 
rendelkezik. A közkatonák gyilkolása 
teljesen hétköznapi. A tápos ellenfe- 
lekkel való csatározások végén a játék 
a saját motorjával renderelt lassított 
animációt vetít, az egyik küzdő fél 
összeeséséről. Ez jobb esetben az el- 
lenfél, rosszabb esetben Kyle. Érdeke- 
sek, izgalmasak, sőt határozottan 
felemelőek ezek a fénykard csaták, 
olyannyira, hogy már vágyik az em- 
ber egy jó kis csihipuhira. Fantaszti- 








BITETTTT sz 


Ti hp fe 


kusra sikeredett ez a küzdelem, a leg- 
különlegesebb pedig az, amikor két 
sötét lovag támad ránk egyszerre. 
Figyelem, a sötét harcosok nagyon 
gyorsak. És nagyon veszélyesek... 
Külön kiemelendő, hogy a fejlesztők 
nagyon odafigyeltek a fokozatosságra. 
Valamelyest a szerepjátékokra emlé- 
keztet, hogy a Jedi tudományokban 
való elmélyülés új mozdulatokat, vagy 
az Erő használatát eredményezi. Rá- 
adásul bizonyos időközönkérnt leírást 
találunk egy új Jedi trükkről, mintha 
új fegyvert vennénk fel. (Ez viszont 
klasszikus FPS elem.) Így a játék köze- 
pe felé már képesek leszünk úgy meg- 
fojtani egy katonát mint maga Darth 
Vader (sötét düh) vagy olyan villám- 
effekteket produkálni, mint amilyene- 
ket az uralkodó művelt a Jedi visszatér 
című film végén. Mindezek mellet 

a fegyverarzenál is igen változatos, 

a Chubakka-féle ,nyílpuska" ugyan- 
úgy megtalálható, mint a sima lázadó 
lézer fegyver, vagy a távcsöves orgyil- 
kos műszerek. Közepes fokozaton 

a játék közepén szinte már legyőzhe- 
tetlenek vagyunk. Pusztulásunkat ki- 
zárólag a figyelmetlenség, vagy meg- 





gondolatlanság okozhatja. Utóbbira 
nagyon kell vigyázni, lévén akadnak 
csapdák, amelyeket esetleg az ellenfe- 
lek állítottak nekünk. Ha azonban hi- 
deg fejjel, megfontoltan lépkedünk az 
ellenséges területen, aligha kerülhe- 
tünk izzasztó helyzetekbe. Félelmetes 
látvány, amint egy szakasz katona kö- 
zé beugorva fénykardal rendet vá- 
gunk közöttük. 


És amitől tényleg a játékban érzed 
magadat... 

A számos ismert szereplő felbukkaná- 
sa sokat dob az illúzión, hisz könnyeb- 
ben mélyedünk el a történetben. A jól 
ismert Star Wars zenék, és a filmhez 
tökéletesen hű hangeffektusok végleg 
elvarázsolnak. Gyakorlatilag pont azt 
hallja az ember, amire a filmre gondol- 
va számítana. Ugyanez a lények, és 
tilag ,új szörny" nincsen. Mindet lát- 
tuk már a filmekben, még ha csak vil- 
lanásnyira is. És ha ki akarod próbálni, 
milyen vezetni egy birodalmi lépege- 
tőt, akkor úgysem fogod kihagyni ezt 
a játékot... 


A technológia 

A játék lelke, a már kicsit réginek szá- 
mító Ouake 3 leam Arena motor, 
amely némi kozmetikán esett át, és re- 
mek látványt nyújt. Sajnos ennek az 

a következménye, hogy míg a Ouake3 
jól futott egy 500 MHz-es Celeron-on 
egy voodoo 3 szintű kártyával, addig 
ennek a játéknak ez a konfiguráció 
egy kicsit karcsú. Az első generációs 
GeForce, illetve a 6-700 MHz-es 
Pentium 3 itt bizony kötelező. Azt már 
talán mondanom sem kell, hogy a já- 
ték 256 MB memória alatt nem érzi jól 
magát. lovábbi érdekesség, hogy 

a program adatszervezése is azonos 

a Ouake3-éval, így egy közönséges zip 
tömörítővel percek alatt meg lehet 

, műteni". Jó tudni, hogy a játék zenéi 
valójában .pak fájlokon belüli mp3 ál- 
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lományok, így gond nélkül lecserél- 
hetők. (Persze ügyelni kell a bit rate 
helyes beállítására.) 


Telepítés 

lalán ez az a rész, amely mindenkit 

a leginkább érdekel. A játéknak (mint 
oly sok társának) sajnos nincs linuxos 
binárisa. Létezik viszont egy projekt, 
melynek célja, hogy winex kompatibi- 
lis telepítőket, és binárisokat hozzanak 
létre, kifejezetten az adott játékhoz. 
Nincs tehát más dolgunk, mint a Jedi 
Knight második részének a csomagját 
letölteni 

a 9 http:/liflg.sourceforge.net/ 
weboldalról ( körülbelül 7 MB). Ez egy 
run kiterjesztésű fájl, amely rendszer- 
gazdai módban gond nélkül futtatha- 
tó (csak így tud írni a megfelelő 
könyvtárakba). 

A letöltött telepítőhöz szükséges 
még a játék CD lemeze is (a Win- 
dows alatt használatos lemezről 

van szó), és természetesen a winex 
legfrissebb változata. A leírás szerint 
a játék winex 3.x alatt már futni fog. 
lalán már nem is kell említenem, 
hogy a telepítő a Loki telepítő- 
rendszerét használja, így nem 
alkalmas a fájlrendszerek önmű- 
ködő befűzésével együttműködni. 
(Ezt a szolgáltatást tehát ki kell 
kapcsolni, de telepítés után visszaál- 
lítható, hiszen a CD-re többet nem 
lesz szükségünk.) Nincs más hátra, 
mint belevetni magunkat a Star Wars 
hangulatos világába. 


] Dancsok ,strogg" Zoltán 
(stroggomaill.tvnet.hu) 

1 Jelenleg technikai szerkesz- 
tőként dolgozik a 
BME-OMIKK-nál, ahol oktat 
is. Emellett egyetemi 


képzésben vesz részt, programozó matema- 
tikus szakon. Négy éve foglalkozik Linuxszal. 


Szabadidejében operációs rendszereket 
gyűjt és weblapot vezet. 


2004. október 
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Szoftverjog - A szerzői jogi alapfogalmak 


Miután az előző részben valamelyest tisztáztuk a szoftver fogalmát, ideje megis- 
merkednünk néhány egyéb, a szerzői jog szempontjából szintén nélkülözhetetlen 


fogalommal. 


zerző az, aki a művet megalkotta. Ez eddig nem túl 
meglepő. Ugyanakkor, ha belegondolkodunk abba, 
hogy jogi személyek milyen sok esetben hiszik ma- 
gukat szerzőnek, láthatjuk, hogy a helyzet korántsem Za- 
varmentes. 

A szerzői alkotás képessége kizárólag magánszemélyeknek 
(emberek) adatott meg, hiszen a törvény szerint a szerzői jo- 
gi védelem az alkotást , a szerző szellemi tevékenységéből 
fakadó egyéni, eredeti jelleg alapján illeti meg". A természe- 
tes személyeken kívül ugyanakkor vannak jogi személyek 
(Kft., Rt) illetve jogi személyiséggel nem rendelkező társasá- 
gok (ilyen a Bt, és a Kkt) is, amelyekkel szintén foglalkoz- 
nunk kell. 

Aztán itt van még a mesterséges intelligencia problémája. 
Ha egyszer eljön Dougles Adams kora, és lesznek emberi 
öntudattal bíró, szellemes robotjaink is (Marvin) akkor ta- 
lán az említett paragrafust is kiterjesztően kell majd értel- 
meznünk. Egyelőre azonban jobb, ha beletörődünk, hogy 
a hatályos magyar szabályok szerint sem Kft, sem egy szá- 
mítógépes szoftver nem tekinthető szerzőnek. Utóbbi 
ugyan képes minimális segítséggel más szoftvereket előál- 
lítani, de ez azért még nem az előbb említett , robotszelle- 
messég". A külföldi irodalomban ugyanakkor olvashatunk 
kísérleteket arra, hogy ezt a kicsit visszás helyzetet tisztáz- 
zák, például az úgynevezett , közvetett szerzőség" lehető- 
ségével. Itt elsősorban az intelligens fejlesztési környeze- 
tekre kell gondolni, ahol vitatott, hogy a környezetet hasz- 
náló programozó pár kattintása valóban szerzői teljesít- 
mény-e, hiszen a fejlesztés jelentősebb részét sokkal in- 
kább maga a program adja. Érdekes, sőt mulatságos ellent- 
mondás, hogy ugyanilyen alapon alkotótevékenységnek 
tekinthetjük azt, amit egyes a saját kódjukat újraformálni 
képes férgek művelnek... 

Amerikai mintákat látva azonban azt tapasztalhatjuk, hogy 
ott szinte csak jogi személyek nevezik meg magukat szerző- 
ként. Ez az ott alkalmazott copyright rendszer egyik sajá- 
tossága. Ez a rendszer ugyanis a szerzőséget , másban mé- 
ri". Egy film esetében például náluk a producer lesz szerző- 
ként feltüntetve, ő lesz a JOGOSULT (csupa nagybetűvel), 
mivel ő teremtette meg a finanszírozási feltételeket, ő vá- 
lasztotta ki az alkotókat, s nem utolsó sorban ő , vásárolta 
ki" jogaiból az összes többi alkotót. A copyright rendszer 
egyik lételeme, hogy minden jog eladó. A kontinentális 
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szerzői jog ezt nem teszi lehetővé. Nálunk jogosultságokat 
csak felhasználási szerződés keretében (de ott akár kizáróla- 
gos jelleggel is) lehet átengedni. 

Mindez persze messze nem jelenti azt, hogy a magyar cé- 
geknek ne lennének az alkotásokhoz fűződő jogaik. A mű- 
vel való rendelkezés jogát, valamint az igazán pénzt érő jo- 
gokat (vagyoni értékű jogok) megszerezhetik pl. egy kizá- 
rólagos felhasználási szerződés megkötésével vagy törvényi 
felhatalmazásra a vagyoni jogokat azért, mert a programo- 
zó velük áll munkaviszonyba. Erről azonban bővebb részle- 
teket majd a vagyoni jogokról szóló cikkben találhatunk. .. 
Ráadásul a polgári törvénykönyv rendelkezései szerint is 
megilletheti a nem természetes személyeket (az élő embe- 
ren kívül minden más jogalany) személyhez fűződő jogok 
védelme, kivéve, ha ez a védelem jellegénél fogva csak ma- 
gánszemélyekre értelmezhető. 

Lássunk egy példát! Ha megharagszunk egy Kft-re, és hangos 
szitkok közepette a Deák téren kora délután elkezdjük róla 
terjeszteni, hogy az anyukája örömlányként keresi a minden- 
napi betevőt, akkor nevezett személyhez fűződő jogait nem 
sérthetjük meg, neki csak alapítói vannak, anyukája nincs(Így 
a személyhez fűződő védelem értelmezhetetlen). Ha viszont 
ugyanezt a cég ügyvezetőjéről állítjuk, aki magánszemély, ak- 
kor jó eséllyel becsületsértést követünk el, amelynek már jól 
meghatározott törvényi következményei vannak. 

De ha egy cég jó hírnevét csorbítjuk az által, hogy azt 
terjesztjük róla: használhatatlan szoftvereket gyárt 
(amennyiben nem tudjuk bizonyítani) szintén jogsértést 
követünk el. Hiszen , A jó hírnév sérelmét jelenti különö- 
sen, ha valaki más személyre vonatkozó, azt sértő, valót- 
lan tényt állít, híresztel, vagy való tényt hamis színben 
tüntet fel." Ptk. 78.§ (2) 


Korhatár 

Ha a 6 éves unokaöcsénk hosszú éjszakákon át egy igen kivá- 
ló játékprogramot fejleszt, joggal gondolhatunk arra: , Egek, 
ő még olyan kicsi, hogy biciklit sem vehet magának, mi lesz 
akkor a programjával, és a szerzői jogaival?" Mindenki 
megnyugodhat, a szerzőség nem korfüggő. Öcsi ugyanúgy 
lehet szerző, mint mi magunk vagy éppen a 103 éves nagy- 
mamánk. 

Azt azonban tudnunk kell, hogy jogai védelmében - ha 
mondjuk a szomszéd Karesz, aki egy 25 éves zsivány, el- 
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orozná a programot és saját neve alatt beküldené egy pá- 
lyázatra — törvényes képviselője (anyuka, apuka) tehet jog- 
nyilatkozatot. (Ilyen például, ha feljelenti a szomszédot.) 
Nem jogi jellegű nyilatkozatként természetesen mi magunk 
is megdorgálhatjuk Károlyt. 

Ezen a ponton egy időre elválunk a magányos 
programozóktól, és megismerkedünk a sza- 
badszoftveres fejlesztések egyik alapjá- 
nak, a ,csapatmunkának" a jogi hátte- 
rével. Először is négy új kifejezést 

kell bevezetünk. Ezek a származé- 

kos művek, a közös művek, az 
összekapcsolt művek illetve az 
együttesen létrehozott művek. 


Származékos művek 

Némi fantáziával rögtön 
érezhető, hogy a származé- 
kos művek esetében léte- 
zik egy alapul szolgáló 
(eredeti) és egy abból va- 
lamilyen úton-módon 
(kémiai folyamatok több- 
nyire kizárva) származta- 
tott másik alkotás. A szár- 
mazékos művek alapvető 
fajtái az átdolgozás, a fel- 
dolgozás és a fordítás. 
Ezekkel egy későbbi 
számban majd részletesen 
foglalkozunk, egyenlőre 
azonban legyen elég annyi, 
hogy ezekben az esetekben 
a két alkotás időben követi 
egymást, valamint az alapul 
szolgáló mű (szoftver) már ön- 
magában eleget tesz a szerzői jo- 
gi védelemhez szükséges kritériu- 
moknak. 


Közös mű 

Ha több szerző együttesen alkot egy 
olyan művet, amelynek részletei önállóan 
nem használhatóak fel, akkor a szerzői jog együt- 

tesen, kétség esetén pedig egyenlő mértékben illeti meg 

a szerzőtársakat. lipikusan ilyen helyzet az, amikor egy 
magyar és egy átmenetileg Japánban élő magyar fejlesztő 
az , Akciófront a pontos 182-es buszokért" internetes fóru- 
mon véletlenül találkozik. Mivel mindkettőnek régi vá- 
gya, hogy Budapest szövevényes közlekedési rendszeré- 
nek ezen a , viszonylatán" hathatós segítséget nyújtsanak 
a BKV-nak, megegyeznek a fejlesztésben. És mivel a prob- 
léma megoldása tényleg nem tűr halasztást, felváltva 
dolgoznak rajta. Az időeltolódás okán a Magyarországon 
dolgozó szerző nappal ír, aztán esteledve a japán kolléga, 
aki eddig aludt gyorsan meghallgatja a fejleményeket, és 
folytatja a munkát. 

Az elkészült programot nyilvánvalóan nem lehet kódso- 
ronként szétdarabolni. Alkotói szerzőtársak, alkotásuk 
pedig közös mű. 
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Osszekapcsolt művek 
Maradjunk az előző példánál, de módosítsuk egy kicsit 
a feltételeket. A magyar fejlesztő elkezd egy közlekedésren- 
dező programot írni, félig elkészül vele, aztán mivel lekési 
az életben egyszer tényleg pontosan érkező 182-es 
buszt, megharagszik, és felhagy a fejlesztéssel. 
Pár hónap múlva azonban az említett fóru- 
mon találkozik egy másik fejlesztővel, aki 
ugyan a 30A villamost szeretné pontossá 
tenni, csak véletlenül épp ide tévedt 
be. Kiderül, hogy egész véletlenül 
azonos nyelven programoztak, rá- 
adásul egyikük alkotásából pont 
az a rész hiányzik, amit a másik 
már megírt. Összeillesztik 
a részleteket, amelyek már ma- 
gukban is működtek (tehát 
pl.: az egyik már hibátlanul 
kezelt a 30A villamos hétvégi 
és munkanapokra vonatkoz- 
tatott indulási időpontjait, 
a másik pedig koordinálta 
a nappali és éjszakai járat- 
sűrűséget), és segítségükkel 
pontossá teszik mind a 182- 
es buszt, mind a 30A villa- 
most. Jelen esetben társzer- 
zői minőségükben tűnnek 
fel, és amikor a BKV megvá- 
sárolja a szoftvert, és szeret- 
né annak egyes részeit hoz- 
záilleszteni a hipermodern 
közlekedési szoftveréhez, min- 
két szerző beleegyezését meg 
kell szereznie. 


Együttesen létrehozott művek 
Ez tipikusan az az eset, amikor 
a ,mindenki egyért" elv érvényesül. 
,Együttesen létrehozottnak minősül 
a mű, ha a megalkotásában együttműkö- 
dő szerzők hozzájárulásai olyan módon 
egyesülnek a létrejövő egységes műben, hogy 
nem lehetséges az egyes szerzők jogait külön-külön 
meghatározni." (Szjt. 6.§) A tipikusan ilyennek tekinthető 
a vállalati szoftverfejlesztés, illetve egyes multimédiás, audi- 
ovizuális művek. Ebben az esetben a szerzők jogutódjaként 
azt a természetes vagy jogi személyt, illetve jogi személyi- 
séggel nem rendelkező gazdasági társaságot illeti meg 
a szerzői jog, amelynek kezdeményezésére és irányításával 
a művet létrehozták, és amely azt a saját nevében nyilvá- 
nosságra hozta. Hangsúlyozni kell, hogy a társaság itt sem 
válik szerzővé, csak bizonyos jogok jogosultjává. 


Dr. Dudás Ágnes ([dudas.agnesoabend.hu) 
ügyvédjelölt, az FSF egyik aktivistája. 2004-ben 
végzett az ELIE Jogtudományi Karán. Szakdol- 
gozatát a szoftverek szerzői jogi védelméről 
írta, a 2003-as évet pedig e terület kutatásával 
a berlini Humboldt Egyetemen töltötte. 
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